自分用に作ったブログシステム、自分だけだしなとおもって git で markdown 管理して github に push したら github actions でビルドして展開する、みたいなことやってるけど、複数台あってコンフリクトあってもなんだかんだ対処はできる。というかそもそもコンフリクトが発生しないようなフローでだいたい作業をする。チーム開発でのなんとかフローとかも、競合を避けるやり方が基本にある。 CMSでもサーバーでソフトウェア動かさなくていいメリットがかなりあるなとおもんだけど、他方で、この仕組みで複数人が一つのレポジトリを編集するというのを考えると、コンフリクトどうすんのみたいなのがある。 とはいえ、まあなんだかんだ言って人間は分散システムにおける競合問題をワークフローによって避けることができるわけなので、解決できない問題ではない気がする。「複数台マシンにおける同期」という問題のたてかたが間違っているのであって。いやあるていど同期は必要なんだけど。
@tenjuu99@hollo.tenjuu.net
5 likes
yuji@yuji@rama3.jp
サーバートラブルのためこちらに引っ越しました、現在メインはこちらです。https://rama4.jp/@yuji/ はバックアップとして残していますが、常駐していません。
最近は主に Macmini 2014 に Linux を入れて様々遊んでます。FreeBSD もいじりたいな。ただ、仕事が忙しいのであまり時間が取れないのが悩みのタネ。
どうぞよろしくお願いいたします。

Atsushi Eno@atsushieno@fedibird.com
M3-2026春 T-02b / 技術書典18 う11
(This is my Japanese timeline. atsushieno@g0v.social for English)
music software tools enthusiast. Audio Plugins For Android, Linux, MML, MIDI 1.0/2.0. music tech meetup Tokyo organizer.old posts are at https://mastodon.cloud/@atsushieno
中坪宏太/Kota Nakatsubo@kota_nakatsubo@fedibird.com
UKIYO-E Painter hobby: aquarium/gecko/bizarre plants 実験アカウントをフォローしてくれると嬉しいです。
