00:43:39 @mandel59@pleroma.ryusei.dev
2019-11-07 23:51:53 国見小道の投稿 kunimi53chi@pl.komittee.net
icon

@squid999 とりあえず一つのサーバーに大人数収容するのはやめたほうがいいということだけはわかりました

なるべく小規模で分散して生息したほうがサーバー資源的にも効率が良くなる

これはLTLだけの計算量ですが、
Fediに10人いたとして一か所に10人いると
計算量が10^2 =100になるけど、
3・3・4で分散してれば
3^2+3^2+4^2=9+9+16=34になる
全員おひとり様なら1*10=10になる

00:43:58 @mandel59@pleroma.ryusei.dev
icon

分散したほうが効率が良くなるってなにか変

00:44:51 @mandel59@pleroma.ryusei.dev
icon

効率が、じゃなくてオーダーの問題?

00:49:43 @mandel59@pleroma.ryusei.dev
2019-11-07 22:07:29 %00alert('狐');の投稿 nullkal@mstdn.maud.io

このアカウントは、notestockで公開設定になっていません。

00:49:58 @mandel59@pleroma.ryusei.dev
icon

LTL廃止すればよくね……

00:50:24 @mandel59@pleroma.ryusei.dev
2019-11-07 23:41:50 %00alert('狐');の投稿 nullkal@mstdn.maud.io

このアカウントは、notestockで公開設定になっていません。

00:51:01 @mandel59@pleroma.ryusei.dev
2019-11-08 00:48:43 らりお・ザ・何らかの🈗然㊌ソムリエの投稿 lo48576@mastodon.cardina1.red
icon

分散のメリット、鯖の負荷だけでなく故障の局所化などもある (これは jp 見てれば誰でも気付くが)

00:52:15 @mandel59@pleroma.ryusei.dev
2019-11-08 00:50:09 そすうぽよ :poyo: :sabakan:の投稿 prime@mstdn.poyo.me
icon

このアカウントは、notestockで公開設定になっていません。

00:52:43 @mandel59@pleroma.ryusei.dev
icon

リレーサーバーは問題をあんまり解決してない

00:53:11 @mandel59@pleroma.ryusei.dev
2019-11-08 00:52:11 らりお・ザ・何らかの🈗然㊌ソムリエの投稿 lo48576@mastodon.cardina1.red
icon

LTL 廃止は数年前からずっと言ってるんだけど賛同者が極めて少ない

00:54:09 @mandel59@pleroma.ryusei.dev
icon

自分でタイムライン構築したくないってのもあるし、人は人間ではなく概念をフォローしたいってのもある cf. http://mandel59.hateblo.jp/entry/2019/10/20/211219

00:54:46 @mandel59@pleroma.ryusei.dev
2019-11-08 00:53:07 国見小道の投稿 kunimi53chi@pl.komittee.net
icon

とりあえず移民各位はPleromaかDolphin動かしてほら

00:55:10 @mandel59@pleroma.ryusei.dev
icon

アカウント数だけサーバー建てる?

01:00:09 @mandel59@pleroma.ryusei.dev
2019-11-08 00:59:56 国見小道の投稿 kunimi53chi@pl.komittee.net
icon

Linuxを触らせたら負けだと思っている

01:01:13 @mandel59@pleroma.ryusei.dev
icon

Linuxを触らせたら負け、名言だけどなんだかんだLinuxが一番いろいろなアプリケーション動かしやすいんだよな……

01:06:07 @mandel59@pleroma.ryusei.dev
2019-11-08 01:03:32 %00alert('狐');の投稿 nullkal@mstdn.maud.io

このアカウントは、notestockで公開設定になっていません。

01:10:19 @mandel59@pleroma.ryusei.dev
icon

チャット機能は別サーバーにして、チャットが落ちても個人タイムラインに影響ないようにできない?

01:10:33 @mandel59@pleroma.ryusei.dev
2019-11-08 01:06:42 %00alert('狐');の投稿 nullkal@mstdn.maud.io

このアカウントは、notestockで公開設定になっていません。

01:11:37 @mandel59@pleroma.ryusei.dev
icon

ひとつのサーバーはひとつのサービスだけ提供すればいいんじゃないの?
使い勝手のために、いろいろなサービスをひとつの画面にまとめるのはフロントエンドがやること

01:14:09 @mandel59@pleroma.ryusei.dev
icon

というか、クライアント側が、自分のTLに投稿しつつチャットにもポストすればいいのでは

01:14:29 @mandel59@pleroma.ryusei.dev
2019-11-08 01:14:02 国見小道の投稿 kunimi53chi@pl.komittee.net
icon

僕が考えてるのは
1. なんらかのサーバーレス提供インフラにアカウントを登録する
2. ドメインを作る
3. Git cloneするなりしてソースをDL
4. 最小限の設定をする
5. デプロイを走らせる
ここまででFediを開始できるようにしてぇんだ

01:15:18 @mandel59@pleroma.ryusei.dev
icon

Google臣民のほとんどは無料枠を使わずに残している(ほんとうにGoogleユーザー全員が無料枠を使いだしたらGoogleは死ぬと思うが……)

01:16:03 @mandel59@pleroma.ryusei.dev
icon

どうせサーバーの実体はどこかの帝国が管理しているんだよなあ(嘆)

01:17:37 @mandel59@pleroma.ryusei.dev
icon

たくさんの人にフォローされている人は、その人がサーバーを準備すればいいんだよね……

01:18:11 @mandel59@pleroma.ryusei.dev
2019-11-08 01:16:26 国見小道の投稿 kunimi53chi@pl.komittee.net
icon

ソフトウェアが快調に走り出すまでは中央集権企業のお力を借りるが、きっとその頃にはネットインフラの分散も多少は進んでいるだろうと思う

01:19:25 @mandel59@pleroma.ryusei.dev
icon

PaaS層の分散化?

01:19:57 @mandel59@pleroma.ryusei.dev
icon

PaaS, IaaSが分散できたらいいんだろうけどね……

01:20:59 @mandel59@pleroma.ryusei.dev
icon

それぞれの層で連合プロトコルを考えないといけないのだろうか

01:22:59 @mandel59@pleroma.ryusei.dev
icon

自分に関することだけを処理する、自分が管理する個人サーバーがいいのか、全員のデータを分担して処理する公共サーバーがいいのか

01:23:43 @mandel59@pleroma.ryusei.dev
icon

中途半端に組織だてるから、政治的力学が生じてしまう

01:25:10 @mandel59@pleroma.ryusei.dev
icon

うまい公的機関を発明できていないから、私企業の提供するインフラに載せるしかない

01:27:34 @mandel59@pleroma.ryusei.dev
icon

究極的には、世の中の色々な場所にサーバーが準備されていて、それがサービスを提供してくれている、みたいなのもいるんじゃないのかなー、エッジコンピューティングっていうけど

01:27:44 @mandel59@pleroma.ryusei.dev
icon

自動販売機はエッジに置かれているじゃん

01:29:40 @mandel59@pleroma.ryusei.dev
icon

ジュースは売れるけど、UGCはだいたい売れないから……

01:30:02 @mandel59@pleroma.ryusei.dev
icon

UGCが有償化するしかないのだろうか?

01:32:32 @mandel59@pleroma.ryusei.dev
icon

UGC、広告、データ解析

01:33:41 @mandel59@pleroma.ryusei.dev
icon

広範囲に情報を伝える広告と、広範囲から情報を集めるデータ集約が対になって、マネタイズの可能性になっている。

01:34:45 @mandel59@pleroma.ryusei.dev
2019-11-08 01:21:36 %00alert('狐');の投稿 nullkal@mstdn.maud.io

このアカウントは、notestockで公開設定になっていません。

01:35:04 @mandel59@pleroma.ryusei.dev
2019-11-08 01:33:04 めいめいの投稿 mei23@misskey.m544.net
icon

このアカウントは、notestockで公開設定になっていません。

01:37:52 @mandel59@pleroma.ryusei.dev
icon

地球の裏の情報より、近所の情報のほうが、重要なことも多い(しかし哲学者にとっては距離はほとんど意味がない)

01:38:51 @mandel59@pleroma.ryusei.dev
icon

物事を「地理的な近さ」でソートするか、「概念的な近さ」でソートするかという問題がある

01:39:19 @mandel59@pleroma.ryusei.dev
icon

コンビニは概念で、どこにでもあるから便利なわけじゃん?

01:39:33 @mandel59@pleroma.ryusei.dev
icon

トイレも概念で、どこにでもないと困る

01:41:25 @mandel59@pleroma.ryusei.dev
icon

位置の外延的表現・内包的表現の区別と考察ノート
http://mandel59.hateblo.jp/entry/2019/03/24/200848

Web site image
位置の外延的表現・内包的表現の区別と考察ノート
01:43:14 @mandel59@pleroma.ryusei.dev
icon

情報の地理的(外延的)配置/概念的(内包的)配置

01:46:22 @mandel59@pleroma.ryusei.dev
icon

空間には地理空間と概念空間があって、情報が地理空間に沿って置かれていると位置→モノの向きに、概念空間に沿って置かれているとモノ→位置の向きにルックアップできる

01:47:31 @mandel59@pleroma.ryusei.dev
2019-11-08 01:42:55 らりお・ザ・何らかの🈗然㊌ソムリエの投稿 lo48576@mastodon.cardina1.red
icon

pao.moe/@stackfield/1030976039

ActivityPub は HTTP の上に乗っているからこそこれだけ楽に実装できているわけで、 P2P でやろうとすると転送プロトコルから作り直すことになるけどそれでいいの?

Web site image
stackfield (@stackfield@pao.moe)
01:51:16 @mandel59@pleroma.ryusei.dev
2019-11-08 01:48:04 らりお・ザ・何らかの🈗然㊌ソムリエの投稿 lo48576@mastodon.cardina1.red
icon

私としてはいわゆるブロックチェーンには賛同したいんだけど、実際のところ「データベース膨れすぎたのでお掃除したい」とか言っちゃう人々が、一部でもデータを消すと妥当性が失われてしまうような「チェーン」を使いたがるんか?ほんまか???と思っているよ

01:52:12 @mandel59@pleroma.ryusei.dev
icon

ん? 検証できなくなるだけじゃないの?

02:00:15 @mandel59@pleroma.ryusei.dev
icon

ん? (自分が)検証できなくなるだけじゃないの? のつもりで書いてた……

02:01:54 @mandel59@pleroma.ryusei.dev
2019-11-08 01:48:56 Yavit :verified:の投稿 8vit@gs.yvt.jp
icon

このアカウントは、notestockで公開設定になっていません。

02:03:13 @mandel59@pleroma.ryusei.dev
2019-11-08 01:59:21 らりお・ザ・何らかの🈗然㊌ソムリエの投稿 lo48576@mastodon.cardina1.red
icon
Web site image
らりお・ザ・何らかの🈗然㊌ソムリエ (@lo48576@mastodon.cardina1.red)
Web site image
らりお・ザ・何らかの🈗然㊌ソムリエ (@lo48576@mastodon.cardina1.red)
Web site image
らりお・ザ・何らかの🈗然㊌ソムリエ (@lo48576@mastodon.cardina1.red)
02:04:16 @mandel59@pleroma.ryusei.dev
icon

情報社会、まったく持続可能に感じられない……

02:04:50 @mandel59@pleroma.ryusei.dev
icon

情報システム、なぜか? まだ動いているぐらいの気持ち

02:05:40 @mandel59@pleroma.ryusei.dev
icon

情報社会、GoogleやAmazonが死んだら死ぬのでは

02:06:07 @mandel59@pleroma.ryusei.dev
icon

中国は生き残りそう

02:08:25 @mandel59@pleroma.ryusei.dev
icon

GoogleやAmazonが死んだら死ぬの、アプリケーションの話であって、下のシステムまで全部死ぬわけじゃないか……??

02:32:04 @mandel59@pleroma.ryusei.dev
icon

ソフトウェア開発において、著作権を譲渡するって、大工が家を建てたら道具まで持っていかれるようなもんじゃないの??

02:33:21 @mandel59@pleroma.ryusei.dev
icon

ちょっと比喩が変だけど

02:34:45 @mandel59@pleroma.ryusei.dev
icon

うーん

09:44:27 @mandel59@pleroma.ryusei.dev
2019-11-08 09:34:21 ロージー / ハトの投稿 rosylilly@best-friends.chat
icon

このアカウントは、notestockで公開設定になっていません。

10:18:00 @mandel59@pleroma.ryusei.dev
2019-11-08 09:16:55 %00alert('狐');の投稿 nullkal@mstdn.maud.io

このアカウントは、notestockで公開設定になっていません。

10:41:21 @mandel59@pleroma.ryusei.dev
2019-11-08 05:18:49 sonota88@qiitadon.comの投稿 sonota88@qiitadon.com
icon

このアカウントは、notestockで公開設定になっていません。

06:53:19 @mandel59@pleroma.ryusei.dev
icon

画像処理はGPUがめっちゃ進化したのに音声処理はCPU処理に退化してるの不思議

06:55:05 @mandel59@pleroma.ryusei.dev
icon

GPUと違って音声をガッツリ高性能に処理する外付け装置は需要が低すぎるから?

07:00:22 @mandel59@pleroma.ryusei.dev
icon

NvidiaがGPUでノイズキャンセリング実装しているし、GPUで音声処理すること自体は全く困難ではないと思うんだよな

07:02:56 @mandel59@pleroma.ryusei.dev
icon

動画と音声とどっちの方が情報量多いかっていったら動画の方だろうし、動画が処理できて音声が処理できない性能上の理由があんまり考えつかない