poteto@poteto

保守性やクリーンコードはまだ大事だっていうリプがめっちゃ来てて面白い。私はそれってもう正しくないと思うし、2026年における「良いコード」が本当は何を意味するのか、みんな前提をアップデートすべきだと思う。 クリーンコードには昔からコストがあった——パフォーマンス。間接化とか、人間にとって読みやすく理解しやすいコードにするのはタダじゃなくて、だいたいパフォーマンスが犠牲になる。これまでそれで良しとしてきたのは、ムーアの法則があったのと、ほとんどのコードはホットパスに乗ってないから。 こういう原則は、人間がコードを保守してた時代に生まれたものでもある。当時は人間向けに最適化するのが理にかなってたけど、エージェントがもう全部のコードを書いてる今はそうでもない。実際たぶん新しい原則を見つけたり考え出したりすることになると思う：エージェントフレンドリーなアーキテクチャの原則（これについては近いうちにもっと書くつもり）

it's very interesting how many replies i've gotten about maintainability and clean code being still important. i would argue that that is no longer true and we all need to update our priors on what Good Code really means in 2026. clean code has always come at a cost - performance. indirection and making code readable/understandable for a human is not free, it often comes at the cost of worse performance. we have historically been okay with this because of Moore's Law and the fact that most code is not on the hot path. these principles also came from a time where humans maintained code. it made sense to optimize for humans then, but it makes less sense now when agents are already writing all the code. we will in fact probably discover and come up with new principles: principles of agent friendly architecture (i plan to write more thoughts about this soon)