同じく。俺は30年間、アンダーワールドを聴きながらプログラミングしてた。フアニータ/キタレスの始まりを聴くと、すぐにフロー状態に入れるんだ。エージェントを使ってると、もう合わなくなっちゃったけど。投稿者とほぼ同じ年齢みたいで、ちょっとだけ年上かな。で、俺もスーパーの仕事を持ってる。だから、今は個人的なOpenBSD関連のプロジェクトに取り組んでるんだけど、果たしてそれが日の目を見るかは分からない。でも、やってて楽しいし、AIは使ってない。マニュアルページをじっくり読んだり、OpenBSDのソースコードを見たりするのが強制されてる感じ。あのコードのコメントがほとんどないのは、ちょっと「ふざけんな」って思う。フィッシュを試してみるべきかな。

もしクラフトのためにやりたいなら、OpenBSDに貢献する時だと思う。こういうプロジェクトは、最高品質のソフトウェアになると思う。

商業企業が各開発者からできるだけ多くの価値を引き出そうとするのは理解できるし、マネージャーが仕事をできるだけ早く終わらせたいと思うのもわかる。LLMツールや現在の生産性の向上に彼らが興奮している理由も見える。この投稿はいいポイントをついてるね：LLMモデルを管理することは、特定の問題についてじっくり考えて、その問題を解決してコードに具体化することとは本当に同じじゃない。もし仕事がモデルの管理になるなら、今のソフトウェア開発を楽しむ人たちと、仕事が求めるものとの間に大きな乖離が生まれると思う。LLMツールが定着するかはまだ確信が持てないけど、もしそうなったら、どんな人がソフトウェア開発をすることになるのか気になるな。もしかしたら同じような人たちもいるかもしれないけど、仕事の中で楽しめる別の何かを見つけるかもしれないし、違うタイプの人が多くなると思う。個人的には、すべてのソフトウェア開発がLLMツールによって媒介されて、大企業（AnthropicやGoogleみたいな）にお金を払う必要が出てくるのはすごく不安だな。オープンソースプロジェクトが、OPの著者みたいに「フロー」の状態で働くのを楽しむ人からのPRを受け入れ続けてくれることを願ってる。趣味としてソフトウェアを書くのが好きだけど（仕事でもね）、その趣味が個人的な充実感の大きな源になるかもしれないね。

これ、ここ2日間で新しいアカウントから見た3回目の橋とコンクリートの比較だ。何か見逃したかな？

実際のエンジニアリング、最後の三つの言葉までは同意してたよ。コードを書く技術も「実際のエンジニアリング」だよ。ただ、今はそれを人間にやらせるためにお金を払うエンジニアリングじゃないだけ。

化学エンジニアだけど、これって多くのプロのエンジニアが働くスタイルに似てると思う。ドラフティングはエンジニアリングテクニシャンに回されて、PFDもエンジニアリングテクニシャンに回される…「実際のエンジニアリング」はアイデアや応用、レビュー、そして最も重要なのは最終的な責任にあるんだよね。

この視点ありがとう。ASCII文字をエディタに打ち込むのが本当に恋しいの？それってソフトウェアシステムを作る上で最も重要じゃない部分だと思う。ずっとそうだった。キーを押すことに懐かしさを感じてる人たちは、自分の個人的な体験を大事にしすぎて、仕事の成果にはあまり関心がないってことを示してるんじゃないかな？コーディングが自動化された今、私たちは野心を高めなきゃいけない。皮肉なことに、Phishの音楽は自己を超えた表現から生まれてる（キーボード奏者のPage McConnellを引用すると）。プロセスにおける自分の個人的な利害を手放すことが、Phishの音楽のような美しいものを生み出すんだ。私たちもソフトウェアで同じことをしなきゃ；「私たちの」コードが意味があるなんて考えを手放そう。

そうなんだよね。設計するのは簡単なんだけど、コーディングはめっちゃ退屈。新しいパラダイムが好きで、時々LLMがもっといいアーキテクチャを提案してくれることもあるんだよね！

まるで4歳のアシスタントアインシュタインと一緒にコードを書いてるみたいだね。