お金が山盛りのダンプトラックで家まで来たんだよ…私、石でできてるわけじゃないんだから！

アンソロピックやオープンAIが目指しているところには、もう編集者がいないみたい。個人的には、もっと良い読み取り専用のコードツールが欲しいな、もしくはUMLの復活とか？

なんかお腹がムズムズする。アンソロピックかオープンAIがゼッドを買収するのは避けられないって分かってるから。彼らにはいいアイデアが多すぎるし、ソフトウェアもめっちゃ優秀なんだよね。ゼッドだけで止まる理由はないよね？ トリリオンドルの投資をしているAI企業は、名目上はデータセンターのためだったけど、そのコストが上がって、完成までの時間が通常のビジネス計画の範囲を超えると、他のところにお金を使った方が効率的になるんだよ。トリリオンドルあれば、欲しいものは何でも買えるよ。

うん、彼らのコーディングハーネスはClaudeコードよりずっと優れてるけど、Clause APIを直接使ってるから、めっちゃ高いんだよね。ファミリーに組み込めば、製品クラスを定義するものになると思う。

考えるためにお金もらってるんじゃないの？

コラボレーションの部分にはちょっと懐疑的だけど、ビジネス向けの機能っぽいから理解はできる。

聞かれたときは、自分の考えをしっかり伝えることを恐れないで。最高の開発者は、プロセスのどの段階でも自分の考えを明確に表現できる人だよ。これが開発者の経験レベルを示すスキルの一つだと思う。

完全に同意、めっちゃ気持ち悪い監視の雰囲気だよね。特に：> DeltaDBはあなたの作業を細かいデルタのストリームに分ける。Gitが各コミットでスナップショットをキャプチャするのに対して、DeltaDBはその間のすべての操作をキャプチャして、それぞれに安定したアイデンティティを与える。Zedを試してみようと思ってたけど、emacsのキーマップがある今はもういいや。これは本当に侵入的な機能で、同僚に自分がレビューするために公開したコミットの中でのすべての中間編集を、キー入力まで見られるのは絶対に嫌だ。PRをレビューに出す前に、時々magitでコミット履歴を少し編集して、もっとリニアでわかりやすくすることがあるんだ。説明を更新したり、隣接するコミットをまとめたりね。これだと、その仕事の側面が完全に無視されて、「おい、同僚、これらのデルタの洪水を吸い込んで楽しんでくれ」って言ってるようなもんだよ。これって一体何を意味するの？> 我々が本当に求めているのはシンプルだ：エージェントとの会話が唯一必要な会話になる。笑える。違うよ、間違ってる。

だからこそ、PRの前にはリベースを使って、スクワッシュが嫌いなんだ。2年後にそのコードをこう書いた理由なんて覚えてないし、バグを理解したりチェスタートンのフェンスの状況を特定するためには、デルタとコミット履歴しかないんだから。スクワッシュしたら、400行のコードを同時に「書いた」ことになって、文脈はその機能リクエストだけになる。何も役に立たない。最悪なやつは新しいモジュールを書いて、動くまで何もチェックインしない。彼のコードのバグを直すために、誰かがこっそり修正して回るような脆いエゴがあったと思う。彼はカーニハンの法則に従った複雑なコードを書いていて、もう10年もそのクソみたいなことを続けるには年を取りすぎてた。彼は自分のコードが「強力」だと自慢してたけど、それは褒め言葉じゃなくて警告だった。初期のコミットからバグを見つけることが多かった。もう、何かくれよ。なんでもいいから。クソ。ランダムなことを試して問題を見つけたからって、認めなきゃいけないわけじゃない。今は、A地点からB地点に行くための話を好きなように作れるんだから、B地点が達成可能だってわかったら。もし何が必要か正確にわかってたら、自分が書いたコミットを並べ替えてもいい。書いてすぐに削除したコードの90%は捨てて、そのストーリーをサポートしないものは全部削除すればいい。法執行機関には「パラレル・コンストラクション」っていうものがある。裁判で受け入れられない事実を知っていることで、容疑者が有罪だとわかる。だから、その同じ事実を法律に従って再発見する必要がある。ゴミの日に彼のゴミを拾ったり、近所の人にインタビューしたりして、捜索令状を得るための十分な状況証拠を集めて、再度その証拠を見つけに行くんだ。

これがJJとの問題でもあったんだ。間のすべてをバージョン管理したくないんだよ。コミット間の中間状態が本当に関連性があるのか、役に立つのかもわからないし、少数派の気がする。