BERTについて調べる
This account is not set to public on notestock.
卒業したら今まで使ってたソフトウェアが使えなくなるとか普通に嫌なので、だったら最初から OSS 使いますね……
This account is not set to public on notestock.
This account is not set to public on notestock.
これは pawoo や jp に限らないけど、寄合所帯インスタンスはアカン奴がある程度いると、たとえまともな人が多くてもフィルタリングがインスタンス単位になったりして、まともな人を巻き込んだ対処になりやすいのでよろしくない
@squid999 とりあえず一つのサーバーに大人数収容するのはやめたほうがいいということだけはわかりました
なるべく小規模で分散して生息したほうがサーバー資源的にも効率が良くなる
これはLTLだけの計算量ですが、
Fediに10人いたとして一か所に10人いると
計算量が10^2 =100になるけど、
3・3・4で分散してれば
3^2+3^2+4^2=9+9+16=34になる
全員おひとり様なら1*10=10になる
This account is not set to public on notestock.
This account is not set to public on notestock.
分散のメリット、鯖の負荷だけでなく故障の局所化などもある (これは jp 見てれば誰でも気付くが)
님의 게시물
prime@mstdn.poyo.me
This account is not set to public on notestock.
LTL 廃止は数年前からずっと言ってるんだけど賛同者が極めて少ない
自分でタイムライン構築したくないってのもあるし、人は人間ではなく概念をフォローしたいってのもある cf. http://mandel59.hateblo.jp/entry/2019/10/20/211219
Linuxを触らせたら負け、名言だけどなんだかんだLinuxが一番いろいろなアプリケーション動かしやすいんだよな……
This account is not set to public on notestock.
チャット機能は別サーバーにして、チャットが落ちても個人タイムラインに影響ないようにできない？
This account is not set to public on notestock.
ひとつのサーバーはひとつのサービスだけ提供すればいいんじゃないの？
使い勝手のために、いろいろなサービスをひとつの画面にまとめるのはフロントエンドがやること
というか、クライアント側が、自分のTLに投稿しつつチャットにもポストすればいいのでは
僕が考えてるのは
1. なんらかのサーバーレス提供インフラにアカウントを登録する
2. ドメインを作る
3. Git cloneするなりしてソースをDL
4. 最小限の設定をする
5. デプロイを走らせる
ここまででFediを開始できるようにしてぇんだ
Google臣民のほとんどは無料枠を使わずに残している（ほんとうにGoogleユーザー全員が無料枠を使いだしたらGoogleは死ぬと思うが……）
どうせサーバーの実体はどこかの帝国が管理しているんだよなあ（嘆）
たくさんの人にフォローされている人は、その人がサーバーを準備すればいいんだよね……
ソフトウェアが快調に走り出すまでは中央集権企業のお力を借りるが、きっとその頃にはネットインフラの分散も多少は進んでいるだろうと思う
PaaS, IaaSが分散できたらいいんだろうけどね……
それぞれの層で連合プロトコルを考えないといけないのだろうか
自分に関することだけを処理する、自分が管理する個人サーバーがいいのか、全員のデータを分担して処理する公共サーバーがいいのか
中途半端に組織だてるから、政治的力学が生じてしまう
うまい公的機関を発明できていないから、私企業の提供するインフラに載せるしかない
究極的には、世の中の色々な場所にサーバーが準備されていて、それがサービスを提供してくれている、みたいなのもいるんじゃないのかなー、エッジコンピューティングっていうけど
ジュースは売れるけど、UGCはだいたい売れないから……
広範囲に情報を伝える広告と、広範囲から情報を集めるデータ集約が対になって、マネタイズの可能性になっている。
This account is not set to public on notestock.
This account is not set to public on notestock.
地球の裏の情報より、近所の情報のほうが、重要なことも多い（しかし哲学者にとっては距離はほとんど意味がない）
物事を「地理的な近さ」でソートするか、「概念的な近さ」でソートするかという問題がある
コンビニは概念で、どこにでもあるから便利なわけじゃん？
位置の外延的表現・内包的表現の区別と考察ノート
http://mandel59.hateblo.jp/entry/2019/03/24/200848
空間には地理空間と概念空間があって、情報が地理空間に沿って置かれていると位置→モノの向きに、概念空間に沿って置かれているとモノ→位置の向きにルックアップできる
https://pao.moe/@stackfield/103097603905651427
ActivityPub は HTTP の上に乗っているからこそこれだけ楽に実装できているわけで、 P2P でやろうとすると転送プロトコルから作り直すことになるけどそれでいいの？
私としてはいわゆるブロックチェーンには賛同したいんだけど、実際のところ「データベース膨れすぎたのでお掃除したい」とか言っちゃう人々が、一部でもデータを消すと妥当性が失われてしまうような「チェーン」を使いたがるんか？ほんまか？？？と思っているよ
ん？ （自分が）検証できなくなるだけじゃないの？ のつもりで書いてた……
님의 게시물
8vit@gs.yvt.jp
This account is not set to public on notestock.
https://mastodon.cardina1.red/@lo48576/99286957960003993
https://mastodon.cardina1.red/@lo48576/101953778680795342
https://mastodon.cardina1.red/@lo48576/103097649307307751
情報システム、なぜか？ まだ動いているぐらいの気持ち
情報社会、GoogleやAmazonが死んだら死ぬのでは
GoogleやAmazonが死んだら死ぬの、アプリケーションの話であって、下のシステムまで全部死ぬわけじゃないか……？？
ソフトウェア開発において、著作権を譲渡するって、大工が家を建てたら道具まで持っていかれるようなもんじゃないの？？
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
Server-sent events with Fastly
https://www.fastly.com/blog/server-sent-events-fastly
