冪等性（べきとうせい）て、今回の案件をやる中で出てきた言葉。 結構使われる言葉？？今まで仕事してきた中で初めて出てきたんやけど。 今まで突貫でやることが多いからなかなか出てこなかったかもと、一応言い訳はしておく。

日本の「情報系人材は十分居るのにアメリカや中国みたいにLLM作る財力も組織力も無いから情報系人材が暇してkaggleや競プロ異常にやってる」感

テスラの空飛ぶ車に対する日本人の反応見てると、研究系職が冷遇されてる理由がめちゃくちゃ分かるよな。 個人的にはめっちゃワクワクしたし、技術もどうなってるんだろうと気になったけど、皆ビジネス的価値でしか見てないのか。 でもあれビジネス価値も相当高くないか…？

というか「やるべきことをやれ」「自分の担当範囲の責務を全うしろ」ということがモラハラと言われているので、稼げるというか仕事ができる人はみんなこれですよね。 仕事ができる人で、相手を同レベル扱いしてなくて、何も期待しない人だけがこれを言わない。

【本が出ます】 前回のメタバース本以来、自ら書き下ろした第二作です AIでもロボットの専門でもない、デジタルツイン専門家という視点から「フィジカルAI」というトレンドを解き明かす試み 技術に向き合いつつ、同時に技術に明るくない人でも読みやすくできた思うので、ぜひ手に取ってください！

Anthropicは、Claudeを使ったAI支援開発でマージ数が急増したため、Gitでは追いつかなくなり、独自のソース管理システム「Scion」をゼロから作り、5ヶ月でモノレポを完全移行した ・2026年5月：1日あたり約2,500マージ ・2026年9月：1日あたり30,000以上（約10倍） これに伴いモノレポが肥大化し、メインブランチの履歴だけでほぼ100GB、CIだけで1日約2,500万回のチェックアウトに及ぶ Gitは「オフラインで完結する分散型」を前提に設計されているが、Anthropicの主なクライアント（AIエージェントやCI）は常時オンラインのため、「エージェント規模・常時オンライン前提で設計したらどうなるか」という発想でScionを作った GoogleのPiperやMetaのSaplingを参考にしつつ、Anthropicのワークロードに合わせて設計 主な考え方: 1. クライアントは常にオンライン 必要なデータをオンデマンドで取得。完全なローカルリポジトリは持たない。 2. クライアント・サーバーの非対称性 コミットやマージなどの重い処理はサーバー側で実行。クライアントはキャッシュだけを持つ。 3. 包括的なソース管理サービス
blameやdiffなどのクエリもAPI経由で提供。ローカルにリポジトリを置かなくても済む。 4. 水平スケーラビリティ
完全なリポジトリコピーをどこかに持たない。データは分散し、コンポーネントごとに独立してスケール。 5. 安価でインクリメンタルなロックフリーコミット
コミット・rebase・マージが変更の大きさに比例してスケール（リポジトリ全体のサイズに依存しない）。 6. オプションのスパースなワーキングコピー
そもそもチェックアウトを避けられる場合は避ける。必要なファイルだけを取得。 Scionは「大規模モノレポ＋大量のAIエージェント」向けに特化したシステムで、一般的なGitの代替を目指したものではない。ただし、Git自体をよりエージェントフレンドリーにするための示唆（サーバー側スケーリング、RPC API、交渉プロトコルの改善など）は多く、GitHubやGitLab、OSSコミュニティと協力して進化させたい、というスタンス。 「AIがコードを大量に書く時代のソース管理は、人間中心のGitの延長では足りない」という問題意識から、常時オンライン・サーバー中心・インクリメンタルな新しいアーキテクチャを実際に作り、移行まで完了させた。 （Claudeの要約を調整） anthropic.com/engineering/re…

Today, Gemini 4 Argon is officially rolling out.

コンパイラのパフォーマンスチューニングさせてるんだけど、luna だとバグが修正される速度より、バグが増えていく速度のが速いから Sol しか使えない

OpenCode から Pi へ切り替えた voluntas.ghost.io/migrate-op… 1 分で読めます。人間が書きました。