tenjuu99(天重誠二)

Dropboxは『The Essence of Software』で概念設計の代表的な失敗例としてかなり批判的に分析されてた気がする

分散システムにおいて完全な同期を期待するほうがおかしいから、分散システムで発生しうるペインをいかに隔離できるかということが問題になる。

CMSという問題領域で考えたときに、問題の複雑さを回避する手段はたぶんいくらでも考えられ、整合的なモデルを検討することができる。claude code によれば分散システム一般における同期の問題に対して正面から対応してみせたのがDropboxとかiCloudとかで、「自動同期+競合時は競合コピーを成果物として残す」みたいな単純なモデルで、これで非技術者向けにも上手く機能するなら問題ないと言える。

というかどういうモデルを採用するかによって、同じ概念に解釈の差異が発生するので、そういうのがおもしろさあるなとおもって考えている。 「公開」をローカルにあった資材をリモートに同期することと捉えることができるが、他方でローカルとリモートが一致していても「公開」は原稿をビルドしてwebサーバーに展開することだと定義してしまえば、それはそれでまた異なった世界になる(ここで「原稿」という概念が導入される)。概念の定義の仕方でソフトウェアのあり方が変わるのが、やっぱりけっこうおもしろいなとおもってしばしば考えている。

リモートとローカルの状態差分、ローカルのほうが進んでいるときは一般に「未公開状態の下書きがある」と把握されるんだけど、リモートのほうがローカルより進んでいるとき、まだダウンロードしていない差分がある、ということになる。リモートとローカルが完全に一致する状態を基準に、可能な状態差に名前を付けることがおそらくできる。コンフリクトってなんですか。

個人でブログシステムを git 管理しているとき、「下書き」ってリモートとローカルの状態差分そのものなんですよね。コミット積んでいようと積んでなかろうと、リモートとのあいだに意図的な状態差分をもたせている期間が「下書き」として扱われていると言える。これは git で考えなくてもファイル共有プロトコルが ftp だの rsync でも同様で、抽象自体はこうした技術には依存していない。

認知上の問題としては、一つのページが下書き・公開・編集あり(リモートとの差分あり)・非公開・削除、などの状態をとるのだが、分散システム上でこれらの概念を考えると、以外と概念と技術の間に溝がある。というか、いくつかの仕方での実現が考えられ、概念と技術のあいだの溝を埋めたてておく必要がある。「公開」だけは、一つのウェブサーバーにたいする資材の配置であるわけで、「正しい状態」はある程度あるんだけど、情報のフローがローカル→リモート(下書きから公開へ)とリモート→ローカル(自分が遅れている場合にリモートを正とする)どっちもある。single source of truth が成立しないからややこしく「一つのページ」という認知と分散的状態の間に溝がある。サーバーソフトウェアだとこれがないのはあきらかなメリット。

自分用に作ったブログシステム、自分だけだしなとおもって git で markdown 管理して github に push したら github actions でビルドして展開する、みたいなことやってるけど、複数台あってコンフリクトあってもなんだかんだ対処はできる。というかそもそもコンフリクトが発生しないようなフローでだいたい作業をする。チーム開発でのなんとかフローとかも、競合を避けるやり方が基本にある。 CMSでもサーバーでソフトウェア動かさなくていいメリットがかなりあるなとおもんだけど、他方で、この仕組みで複数人が一つのレポジトリを編集するというのを考えると、コンフリクトどうすんのみたいなのがある。 とはいえ、まあなんだかんだ言って人間は分散システムにおける競合問題をワークフローによって避けることができるわけなので、解決できない問題ではない気がする。「複数台マシンにおける同期」という問題のたてかたが間違っているのであって。いやあるていど同期は必要なんだけど。

分散システムのアドバイス

1. やめとけ

みたいなやつ

正しさが分散してしまうわけで、一度分断が起きると何が正しいのかについて不完全な知識に基づいて投票みたいなことが必要になってしまうという雑なイメージ

これは鉄板で難問のやつ > 分散システムにおける同期の問題

分散システムでのCMSとか考えているというか、作ってたらそうなっているんだけど、分散システムにおける同期の問題って思ったより難解だな。慣れているとコンフリクトへの対処は理解できる(むしろコンフリクトを起こさないようなワークフローを構築する)けど、そうでなければ対処が困難になってしまう。サーバーサイドDBに単一ソースが存在することのメリットは同期の困難さが無くなることにあるけど、一方で認証が必要になってしまうという問題がある。

この記事おもしろかったんだけど、ARTnews Japan のニュースレターメールにこの記事の批判が書かれていて、その批判もまあまあおもしろかったんだけど、さすがに批判するんならちゃんとURLもった記事でやってほしいわ。引用できないんだと陰口になってしまう。 https://jp.artreview.com/2026/06/29/ron-mueck/

読むの大変だけど。いや、ほんとに読むの難儀だけどいちおう。。

https://takagi-hiromitsu.jp/diary/

自由な排便行為が許されない街のほうがおかしい

昔ってもっと道でうんこ見かけた気がするけどもうまったく見ないな

「無縁・苦界・楽」読み直してみると、わたしの力では翻訳無理だなこれ

いや無理でしょとおもったけど、興味深いところだけ適当訳をウェブに置いてしまってもいいのか？(著作権ってなんだっけ)

訳しちゃえば？

網野善彦、ほとんど英訳されていないっぽいな...。無縁や公界の概念、けっこう興味深いとおもうんだが。

脱糞TL、トラウマが刺激される

「生類をめぐる政治––元禄のフォークロア」 気になる https://www.kodansha.co.jp/book/products/0000211635

個人情報保護法改正案について詳しく書かれた記事。全文読めます。もっと早く出せよ。

AI開発なら同意不要　病歴も渡りうる個人情報保護法改正案の危うさ

https://www.asahi.com/articles/ASV712SXHV71DIFI009M.html

社会や技術のおおきな変化という要因を越えて存在しつづける「日本文化」みたいなものの存在を仮定する人、あれっ理屈が変だなと思わないんだろうか。おもわないんだろうけど...。

小名木善行は、縄文時代のヨーロッパに個人主義があったとおもうんだろうか。バカだから思うんだろうけど...。

日本哲学だ。

小名木善行のダイジェストを見てしまったが、やばいというか変な笑いがでてきてしまう。日本には縄文時代から続く関係性の文化があるらしい。

全体的にうわぁってなったけど「共育」がいちばんキモいな...。

「日本建国の地」は中央集権の始まりだろうがよ。「権力」の象徴だろうがよ。
神話を真ん中にみんなで仲良くしましょう、は自立共生じゃねぇよ。

「神話」はほかのものでも代替可能で、「何でも入れておける都合のいい箱」と呼び替えてもいい。その空箱を有象無象の人間の中心に据えて、そこに権威性を持たせると、思考停止を促して、利害の調整が要らなくなる。
最近教育では「こどもまんなか」とも言われてて、わたしはこれも「何でも入れておける都合のいい箱」だと見ている。「こども」に具体性、個々の顔がなく、「あなたのこども、またはあなたの心にあるこども観」を何でも入れていい箱になってる。こどもなんて年齢が若いだけで多様なものを、ひと括りにしたときには、碌な主張がなされない。「こども」の権威化であって、権威性に隠れた自己主張でしかない。

わたしはイリイチだってにわかで、何にも分かってないけど、これがとても気持ち悪い動きだってことは分かるんだよ。
うまく言えないけど、とにかく、それはわたしが考えている大事なものを壊してくるやつだから、い、や、だーーー！

これに朝からずっと悶絶している。
コンヴィヴィアリティは、イリイチの「自立共生」なの？？だとしたらひどくない？
ＰＴＡが形骸化して瓦解しそうなので、「奇跡の国日本」とか言ってる人呼んで来て日本の『わ』の思想とかいう創作神話を聴く会して、そのメインテーマに、イリイチのコンヴィヴィアリティ持って来るの？ひどくない？
小名木善行氏の動画は、タイトルからして心の負荷がキツそうで開けないから観てない。つらい。

"第74回日本PTA全国研究大会奈良大会
建国の地 大和からの発信 コンヴィヴィアリティな『わ』～挑戦するなら今シカない～"
https://zenkokutaikai74-nara-pta.com/