これを積み込みと呼ぶのかどうか、麻雀に詳しくないのでさっぱりわからないのですが、Maru-Jan は意図的に牌の偏り？を再現するシャッフルをしているみたいなコラムもあって、興味深いですね。

www.maru-jan.com/content/deve...

いまの渋谷駅は年に数回程度の利用頻度だと訪れるたびに構造が変わるローグライクなダンジョンみがあるので難易度は高く感じますね。

改めて考えると、YAGNI についてはさすがに agentic coding 全盛の時代になったとしても引き続き有効な原則ではあり続けそうですね。いくらコーディングエージェント/LLM が進化したとしてもソフトウェアを不必要に複雑にする要素は性能低下を引き起こしうるでしょうし。ただ、コーディングエージェントによってソフトウェアを一から実装し直すコストが現状より極端に安価になることでメンテナンスが難しくなったコードベースを気軽に破棄して一から作り直すみたいな選択を取りやすくなることまで考えると、現状のいくつかの開発原則はそこまで重要なものにはならなくなるのでは… とも考えています。

確かに、ある時点のモデルに依存した研究結果になっているというのはありそうですね。コーディングエージェントがより人間に寄り添い、協調することを目的に人間っぽい開発しぐさを再現する方向に進むのか、それともあくまでも目的を達成するためのソフトウェア開発に最適化して人間の代替となってくれる存在を目指すのか、どちらに進化するのかでもソフトウェア開発の原則がそれぞれ異なるものに変化していきそうな気がします。

「理解容易性と変更容易性のバランスが人間と AI で異なる」は現時点においては本当にそう思いますね。AI と人間が開発ライフサイクルを通して協調して仕事をしがちな現状だとどうしても人間の都合により一般的なソフトウェア開発の原則を適用せざるを得ないですが、コーディングエージェントがいつかその軛から解き放たれたとき、エージェントにとって最適な原則がどのようなものになるのかが気になってます。

AI が生成するコードを人間がレビューすることのない時代が (来る来ないの議論はさておき) いつか来ると仮定して、そのときの開発原則ってどういうものが好ましいのかな、と考えていたのでした。論文を詳しく読んだわけではないですが、DRY 原則あたりはもしかしたらコーディングエージェントにとってはネガティブかも、みたいな推測ができる研究結果があるっぽいですね。