皆さん、今年もどうもありがとうございました。 来年もどうぞよろしくお願いします。
#noxp
2022年は裏方として頑張ってたものが表に出て行く喜びを感じられるようになったのが嬉しかった一年ですな。
このままもっともっと加速していきたい。
なんかGoogle DriveもOneDriveも細かいところで不満出てくるんだよね。Dropboxさまさまだよね
あけおめの負荷でTwitterの骨抜きしたアーキテクチャがどうなるかが楽しみ。案外問題ないんだろうなとは思うけど
このアカウントは、notestockで公開設定になっていません。
LastPassアカウント消した。まだ有料アカウント残ってるからもう少し様子見ようかなって思ったけど、もういいかなって。
このアカウントは、notestockで公開設定になっていません。
今年は着実に基盤作りみたいなところができたし、やりたい方向に仕事を持って行けたので概ね満足だったかな。
……まだまだ道半ばだけど!
英語よりもImageMagickのほうを先に知ってたせいでマジックのこと「magick」って綴り間違えたりしまくったあのころ
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
むしろ背景放射が検出できないぐらい宇宙が冷え切ってしまったら、その少ないエネルギーだけを糧に、生命体は存在できうるんだろうかって思うよね
10年ぐらい前の本とか焼けちゃってたりするやつあるからなかなか保存性って点で考えても物理の方がよいかどうかは微妙だよね
ログインしてないだけなので、ログインすれば見れるんだろうけど、Amazon.co.jpのほうでログインしちゃってるので一々ログインし直すのが面倒臭い。
ComiXologyってアメコミのサイトで買ったコミックがいつの間にかAmazonに統合されててびっくりしたりとかしたな (.comのに統合されたので普通の端末では見れない)
買った時点でもそれなりに高かったけど、『ディズニーアニメーション 生命を吹き込む魔法 - The Illusion of Life -』とか、今Amazonだと6万円ぐらいしててやばい
売りに行くのハードル高いって思ってたけど一回捨てる感覚で技術書とか売りに行ったら思いのほか高く買い取って貰えたし、楽だった。
ブックオフで漫画買ってきてブックオフに売りに行くやつが一番かしこいかなと思ってるんだけど今のところ実践できず
例え別のゲームでも、DLしたゲームは同一ユーザー & 複数の本体で2つ同時に遊べないって知ったときはファーってなったよね。
このアカウントは、notestockで公開設定になっていません。
GitHub Educationsからの流れでGitHub Pro入っちゃってるので見直そうかなと思い立って5年ぐらい経ってる
GitHub Proじゃなくてもプライベートリポジトリいっぱい作れるし、今はあまり入るモチベーションないよね。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
自分にとってマストドンといえばJP運営してた頃になってしまっているので、それでメタ話ばっかりしてしまうというのは、反省しないといけない感。
規格の誰も使ってない箇所とか、どうせ対応してる実装ないんだから、迷惑かけるところもないし、サクッと試してサクッと地雷踏んで仕様にフィードバックしていくのが賢い戦略か。
そうなんよね。API的に安定してるか微妙なので、実際そこらへんまともに実装したモノ一つ作ってみないと分からんと思う。
でもfollower onlyにhttp signature検証して投稿返してくれる実装があるかわからないわね
自分のサーバーからHTTP SignatureってDraftのRFC使って署名したらfollowerである証明ができるのでそれで取りに行ける。as:endpointsにproxyのURL指定することで直接見れない投稿を自分のサーバー経由して取得しに行ける
今ActivityPubでサーバー間の認証って規格化されてるんだっけか。仮にされていたとしても信用して使えるほど実績が積まれてるのかな。
そこらへん、一時的に独自APIで実装しないといけない可能性も含めて考えないといけないと思うんだよね。
このアカウントは、notestockで公開設定になっていません。
以上、あくまで自分の個人的な意見だし、Mastodonのオピニオンリーダーではないので、どういう意見を持つかは皆さんにお任せするということは併せて伝えておきます。
負荷的にそれほど問題にならないのであれば、可能な限り連合という仕組みによる代償は少なくあるべきだと私は思います。
どこのインスタンスにアカウントを作っても変わらないと言い切るためには、連合のユーザビリティこそ最優先課題だと。
もっと理想を言うと、フォローする前に投稿されたフォロワー限定投稿とかも遡って見れるようにしたい。
これは、複数サーバーを跨いで認証しないといけないから難易度高めかな。
具体的に言うと、ユーザー一覧とか過去の投稿とか、連合先のユーザーのプロフを開いた時点でAPI叩いてfetchしてきて表示させたい。
連合先への負荷的にも、高々ユーザーがブラウザで直接連合先のプロフィールにアクセスした程度で済むだろうし、やって損は無いと思うの。
トラックバック的な機能も、SNSのシェア機能とかで生きているって考えると、連合的な側面はなくなったにせよまだ生きていると考えられなくもあるまい。
トラックバックとメール、それぞれ別々の末路を辿ってるってのは確かではあるね。
片方は使われなくなり、もう片方は連合的な側面はもうほぼなりを潜めてしまった。
どっちの未来が幸せかっていうと、やっぱりメールのほうかなとは思うけど。
何事も言い争いは「あいつはけなした!ぼくはおこった!それでこの一件はおしまい!!」でいいと思うんだよね。どっちかが口を塞ごうとするからややこしいことになる。
Mastinatorについてもっと追いたい人は、作者(boyter)さんのFediverseアカウントあるみたいなんでそっち見るといいですよ。
多分独自実装っぽいの使ってるんで、何のアカウントって表現すればいいのか分からんかった。
他の人がいるサーバーはもう持ってないし、他の人が運営してるサーバーはそもそも連合目当てで使わないので、そっちも好きにしてーって感じです。
ただ、「自分でインスタンスを建てる」と「他の人のインスタンスに乗っかる」のスキマが埋まってくれれば良いなーと願う、一人のMastodonユーザーでした。
ちなみに自分のmastinatorに対しての立場は「鍵かけてない自分のアカウントに対しては勝手にやってれば。鍵垢では絶対に承認しないけど」ぐらいです。
使いたい人はブロック外してフォローできる仕組みがあれば、サーバー管理者側も事を大きくせず、より柔軟に先手を打てるようになると思うんだけどね。
もちろん、多くの人が受け付けないであろう仕組みのサービスは、気付いたサーバー管理者側が先手を打ってブロックするのはアリだと思うよ。
でも、それをブロックするのが仕方ない時以外は、オプトインできる仕組みも欲しい。
法的に仕方ないことだったり、サーバー負荷的に厳しいとかじゃない限り、インスタンス側でブロックしたサーバーもユーザーが使う選択を取れるようになってほしいね。
管理してる人が気持ち悪いって思ってるサービスでも、ユーザーは有用だと思うかもしれないし。
データを誰が使うか決められるっていうなら、使っていいと思う人に使ってもらう判断をする権利も欲しいと思うんだ。
Fediverse、ブログのトラックバックだったりメールみたいな末路が待ってるだろうなとは思うけど、だからこその刹那的な空間に思いを馳せたいよね。
Mackerelそろそろ無料グレードに落ちるんだけど、有料版使おうとするとVPSの料金と同じぐらいMackerelが取ってくので厳しいなってなった。
このアカウントは、notestockで公開設定になっていません。
最近は、個人的にあんまり見たくないなって話題にあんまり首突っ込んでなさそうなTechyな人、オタクな人を見たらフォローしてるけど、なかなかTLの流速増えん。
流量少ないと同じ投稿が留まる時間が長いから目に入る時間も長いんよね
Twitterの場合フォローしてる人かなり多いから、変な投稿があっても「まあ全体的にみれば少ないツイートだし」で妥協できるけど、マストドンの場合そもそもフォローしてる総数が少ないから変な投稿してる人の許容度合いが個人的に低めですな。
反応しか送れない "Yo." ですら企業垢があったわけだし、SNSが完全に非営利を貫くのって無理ゲーじゃねと思う。
どこから非営利ってのはあると思うけど。
自分に対してのツッコみとして、ただ「今のマストドンの繋がりが心地良いからこのままで行きたい」っていうだけのことを、現状の技術的な制約的な話で正当化して欲しくないってそれだけの話でどれだけ時間使ってるんだって感じあるけど……w
Fediverseの現状的に実現が難しい機能でも、欲しい人が多い機能であれば実現に向けて動いていったほうがいいし、現状難しいからその方向にはならないっていうのは違うかなーって。
いや、現状難しいというのは確かなんだし、それはそうでもその方向には行かないって言い切っちゃうのは違うと思うんだ。
「Twitterにはならない」から「Twitterにある便利な機能を実装しない」は本当に思考停止だと思う。
Twitterにはならないにしても、便利な機能はあって欲しいというのがユーザーとしての意見だし、それはTwitterにある機能かどうかは関係ない。
「Twitterにある機能だから実装しろ」というのと同じぐらい「Twitterにある機能だからあえて実装しない」のも安直だと思う。
Twitterですら文句言いながら使ってたわけだし、マストドンも完全に満足しながら使うことは絶対に無いと思ってる。
それこそそんなに悩んでるなら自分で作れよというのもあるし、「ああまた言ってる」ぐらいで流してくれると有難い。
そして、Twitterがもっとめちゃめちゃになってマストドンに人がもっと人が沢山流れてきたりしないのを祈って…… (切実)
フォロワー増えれば負荷増えるんだし、Fediverse続けるからにはいつでもスケールアップする覚悟はもっとこうと思ってる。
Decentralized, protocol-connected service is safer for the long-range span, but lack of agility.
On the contrary, centralized, owned service has agility to test which decison is best, but it's vulnerable to decision maker's madness.
I believe that in fediverse, we can skim the cream off of both.
Yes. If the community splitting features the "GMail of The Fediverse" invented becomes protocol-wide feature, it may eliminates the necessity of use concentration.
But first, I think we need a pilot farm of scaling communities in fediverse, to prove its necessity.
@Sujiyan I think an ActivityPub implementation is enough, with some community splitting feature, and discoverability inforcement.
マストドンはTwitterにはなれなくても、やっぱりTwitterにあった便利なものはあってほしいというのが1ユーザーとしての意見。
Niconico Video, their main product, embraces multiple communities by splitting communities into multiple tags.
But, friends.nico has only one local timeline, nothing changed from vanilla Mastodon implementation. Friends.nico's users communicates primarily via local timeline, so the community did not scale.
They treat their Mastodon instance (friends.nico) as an independent community rather than a part of fediverse. They didn't even try to become a "GMail of the fediverse".
To become a "GMail of The Fediverse", the instance needs to embrace multiple communities, even if some of them are incompatible each other.
Twitter already does, and I was trying it in mstdn.jp (and failed...). I think that we need independent fediverse implementation to embrace multiple communities.
嫌だって表明するのも自由だし、実装するのも自由だし。実害被らない限りは、どっちに味方するでもなく「やってるなー」で行こうと思う。
まぁ、でもインスタンスブロックするのも自由なんじゃないんですか。
群がって八部するのいじめみたいで嫌なんで自分は乗らないけど。
← ActivityPubで繋がるサーバー群がすべて同じポリシーに従って運営されてる訳じゃないし、「安全」みたいな触れ込みで実装を広めようとするのはあんまりよいと思っていない人。
Fediverse、長期的にはGMailみたいのが出てきてそこがメジャーになっちゃうだろうなって思ってるので、まぁ過渡期の色々たのしい事態はこれからも起こるだろうなぁ
Sidekiqのサービス落とさないとYJITコンパイルするメモリ2GBじゃ足りなくてRuby3.2のインストール時に落ちたりした。
フォローしてるひとがフォローしてる人の投稿とか見てフォローみたいの、マストドンでももうちょっと効率的にやりたい。
本当はRuby 3.2.0 + YJIT入れたかったからダウンスケールさせたんだけど、流石に公式で対応していないものを入れるのはちょっと面倒臭いなと思ってやめた
うちのは空気清浄機についてる加湿機能つかってる。昔は別のも併用してたけど、めっちゃ強いの入れたらそれだけで十分になってしまった。
象印の加湿器で2回ぐらい、なんかざらざらしてきたなと思ってクエン酸のやつやったけど、別につるつるになる感じでもなくて、やり時がよく分かっていない。
> スケールとは、水道水を加熱して蒸気を発生させる際にできる残留物のことです。(カルシウム、シリカ、鉄等)お使いの水質により色(乳白色や茶)や固さは異なりますが、ほうっておくと石のように固くなり、取れにくくなってしまいます。
@nullkal For an opt-in directory, there's https://fediverse.info/explore/people ; for a scraped directory, there's https://search.noc.social .
「この会話をミュート」、リプライついてないときも押せるという罠がある (すると、当該ツイートに関連する通知が全く飛んでこなくなる)
このアカウントは、notestockで公開設定になっていません。
引用RTの通知、欲しくないときはリプライの通知も欲しくないことが殆どだから、「この会話をミュート」しちゃうかな。
藻生える亀ら (モバエルカメラ) とかいう謎ワードが降ってきた
いうてそこまでLTLだけしか見ない人いないと思うんだよね。
少なくともそういう人ばかりだったら、ここまで自分のフォロワー増えないと思うし。
むしろ、マストドン始めてみたけどLTLが全てだと思って帰って行く人は勿体ないから、そうなる人が減るといいねーと思ってる。
TwitterだとRT直後のツイート拾ってくる奴つかって空中リプも読んでるので、自分が異常値という自覚はあるけど。
非公式に色々な方法で引用RTみたいなことされちゃったら管理できなくなるし、ちゃんと公式機能として実装しておいてくれればユーザーの好きな形に通知とかカスタマイズできると思うし良いと思うんだよね。
引用RTについて、変に通知無しでひっそり何か言及されてるよりも、通知来てくれたほうが嬉しいのは自分だけなんだろうか。
「あえて実装しない」に酔ってるような気がして自分は心配でならない。
いやまあ、他に優先すべき事項があるから優先度は落としてるよ、とかだったら分かるんだけどさ。
Twitterの引用RT機能って、公式RT機能自体の実装よりもかなり後になってから実装されたんだし、同じ事を繰り返してるだけな気がしてる。
このアカウントは、notestockで公開設定になっていません。
もっとめっちゃ細かく言うと、ウブなムーブの中にちらっと「計算してやってるのか?」と疑いたくなるようなものが垣間見えつつ、でもやっぱり素でやってそうだって確信するんだけど、そこまでも含めてセイちゃんの策略でした~♪みたいな?
よく二次創作でありがちな恋愛よわよわセイウンスカイよりも、ぱっと見恋愛初心者みたいなムーブをしつつも実はバッチリ計算済みの誘い受けウンス、みたいなほうが好き。
そういうシチュの話増えて欲しい。
やりたいことだけ増えていく問題……
Wow, there is too many things I want to do...
このアカウントは、notestockで公開設定になっていません。
I think so. But, It's difficult to earn money to pay infrastructure costs in any way.
I wonder are there anybody who agree with me, and make it instead of me...
(relying upon others)
My current primary job prohibits second jobs, at lease offically, and also I, personally, want to focus on my primary job.
So, there is no chance, for now :)
We need the "global user directory of the fediverse".
Difficulty in finding friends is the main obstacle to use fediverse as the primary social media, I think.
I have been wanted to create that since when I was and admin of mstdn.jp, but the admin work of mstdn.jp was too heavy to do so.
自分もこの環境では検索機能を作りたくないので、これまでよく粘って続けてきてくれたと感謝しつつ、どうすっかなと戸惑っている今日この頃。
このアカウントは、notestockで公開設定になっていません。
Twitterだって名前欄変えてアフィブログに嫌がらせする方法が公知だったりするし、Fediverseに限らず、なかなかEmbedで引用するのはむつかしいというのはあるよね。
引用として認められるためには、トゥート全文転載は著作物に対して引用範囲でかすぎ問題。
辞書の引用とかも同じ感じで論争になってましたよな。
この前教えて貰ったけど、robots.txtなんか著作権法の施行令で明示されてるみたいだし、規格としてちゃんと定まってれば法的に近い効力を持たせる道もありそうだよね。
まあともかく。無法な奴らに「言い訳」を与えないためにも、検索範囲設定は収集する側が使いやすい形で取得可能になるといいっすね。
設定画面で「公開範囲」のプリセットを細かく作って投稿画面ではそれを選ぶだけ、みたいなのだったら投稿欄下のシンプルさと設定の細かさを両立できる気がしている。
すべては基本的に公開したい(してもよい)というブログと "SNS" の境界物の難しいところよな。
あるとしたら、検索のためのインデックス自体よりも別のところに問題の本質がある。迷惑行為しかり、サーバーの負荷しかり。
それらがどんどん現実問題となっていって、解決されてくといいね。
そもそも自分が「個人的に検索可能な方がメリット多いと思ってる」からこのスタンスで行ってるわけで、「検索可能にする」モチベーションがない人はそもそもこのスタンスを取り得ないでしょ。
禁止を表明できることはいいことだし、可能ならば対応すべきだけどね。
あと、これはあくまでもスタンス的な問題であって別に他の人もこうすべきって言ってるわけではない。
「収集禁止」っていって収集をやめるのはいい人だけだし、悪い人はそんなのお構いなく収集するんだから、なら変に固い姿勢を貫いてもみんな不幸になるだけかなと。
どうせ悪い人は全収集しうるんだし、なら変に禁止っていうよりも有効活用してもらったほうがいいじゃん、という。
全然他の人は別の考えでもいいと思ってるけどね。
「どんな対策をしようとも、一度誰でも投稿を収集できる場所に投稿したら、こっそり全収集されうる」ぐらいの心持ちでいる。
それで何か迷惑なことしてくる人がいたらそれはその人の問題であって収集自体の問題ではないですし。
検索エンジン向けのnoindex設定、もういっそGoogleかどこか大きな企業が大規模にデータクロールし始めてFediverse全体で議論が巻き起こるまでは、まともに実装されないんじゃないかって諦めの気持ちはある
このアカウントは、notestockで公開設定になっていません。