そうだなぁ。排出規制が始まる前は、車のエンジンルームの中は比較的整理されててシンプルだったのを覚えてる。でも排出規制が入ってからは、真空ホースやらその他の無駄なものがごちゃごちゃになった。それから…一部の場所（人々が手を入れたがる車とか）では、またきれいになったりもした。別の場所では、乱雑さを隠すために二重のフードを追加したりしてね。クリーンなコードもあるよ、例えばseL4カーネルみたいなやつね。https://github.com/seL4/seL4/ https://en.wikipedia.org/wiki/SeL4 「包括的な形式検証を可能にすることを明示的な目標として…」っていうのもあるし、こういうニッチなものはまだ残るかもしれないね。

たくさんのコードが書かれていて、その多くが将来的に本当に負担になるだろうね。これは、未来のモデルがコードを捨てて再構築する方が簡単だと思わないという前提だね。また、人間が作った同じアプリケーションが「スパゲッティみたいになる」こともないという前提でもある。

その間にコードをちょっと見たら、もう状態がスパゲッティみたいになりかけてた。コンパイラが生成したアセンブリも人間にはそんな風に見えるよ。人間が作ったものは通常もっと読みやすいけど、でも現実はこうだよね。ほとんどのプログラマーはアセンブリプログラミングの基本しか知らないけど、世界はちゃんと回ってる。

数分で生成された一回限りのツールやおもちゃの理論的なメンテナビリティを考えるのは、未来の影響を推測する上で、木を見て森を見ずって感じがするな。

俺もその年齢の時に、そういうことを学ぶためにプログラミングを始めたんだよ。

彼女は8歳なんだから、コードの見た目にもうちょっと寛大になってあげて ;)

どんな世界でこれが将来の負担になるんだ？ただの気楽なプロジェクトじゃん、笑

一方で、コードをちょっと見ただけで、状態がスパゲッティみたいになってきてるのがわかる。これってどういう意味？ソフトウェアは動くの？拡張する予定だったの？もしかして「プラットフォーム」にするつもりだったの？HackerNewsは、ソフトウェアは問題を解決するために存在するってことが理解できないの？コードがきれいかどうかなんて、仕事ができれば誰も気にしないよ。「潜在的な問題」についてどれだけ話しても、意味がない。

オフショアプロジェクトに関わっている私たちは、その気持ちをすでに知ってるよ。

これは『未知との遭遇』のフィナーレだね。それと、1980年代の電子おもちゃ「サイモン」も。