HN 日本語サマリー

← 一覧へ戻る
プログラミング

詳細の喪失を悼む

Grieving the Loss of Details (purplesyringa.moe)

114 pointsby signa1174 コメント

要約

著者は、低レベルコーディングや詳細への深いこだわりを重視する自身のキャリアが、AIの台頭により価値を失いつつあることに深い喪失感を抱いている。かつては誇りであった細部への集中が、AIが自動化する領域となったことで、自身のスキルセットが時代遅れになり、将来への不安を感じている。

全文翻訳

詳細の喪失を悼む2026年9月24日Lobsters私は、現在の業界の状況に対して自分がどのような立場にあるのかを考えてきました。これは投稿というよりはジャーナルのメモです、ご容赦ください。通常はプライベートにしておくのですが、誰かがこの経験に共感し、孤独を感じなくなるかもしれないと思い、試みに投稿してみることにしました。すべての意見は私自身のものです。 「バイブコーディング」という言葉が生まれ、業界が主にアーキテクチャ設計でプログラマーを評価するようになった以前は、私は誇りを持って自分をエンジニアではなくコーダーと呼んでいました。私の目には、これはJava風の抽象化を扱うのではなく、詳細、パフォーマンス最適化、言語の複雑な知識、そして物事がどのように機能するかを説明できることに焦点を当てていることを強調していました。 もちろん、これは部分的な誤解でしたが、私の強みを活かせる機会が失われつつあり、業界が私の頭では対応できないモデルに移行していることに気づかずにはいられません。 私は最初に、Tron: Legacyの歴史シーンを見てコンピューティングに触れました。10歳の私は、これらの線が何を意味するのかを知る必要があり、それでプログラミング学習という骨の折れる仕事に取り掛かりました。実用性、有用なプログラムの構築、あるいはコードを書くこと自体には関心がありませんでした。私が望んだのは、マシンがどのように機能するかを理解することだけでした。学習とLinuxのメインテナンスに数年かかりましたが、それを理解しました。 その後、ネットワーク、暗号化、Rustなどの異なる分野を専門にしようとしましたが、私は常にマシンそのものに惹かれていく自分に気づきました。私はそれを理解し、その意向を尊重することを学びました。おもちゃのOSを書いたり、サイクルを数えたり、手でマシンコードを書いたりすることに喜びを見出しました。巧妙なハックを発明することに誇りを持っていました。漁師が釣り竿と一体になったように感じるように、私はマシンを自分自身の延長として扱います。 私はこれを8年間続けてきましたが、もう手に負えません。ARM64をx86ほど理解していないため、CPUを切り替えることをためらっており、それが本当に不快感を与えます。Pythonコードでのメモリ割り当てを心配しています。PCで実行されているJavaコードのJIT逆アセンブリを見る方法を知らないことを深く懸念しています。今日、私は「The Story of Mel」のアノテーション付きバージョンを見つけ、「16進数」の説明が必要な人がいるだろうか?と自問自答しました。 私は自分自身をニッチな分野の専門家でもあるプログラマーとは見なしていません。私は自分自身を、低レベルコーダー、あるいは単なる細部にこだわる人間と見なしています。必要であればウェブサイトを作ることはできますが、低レベルソフトウェアに取り組むのと同じように、1ヶ月間集中して取り組むことはできません。しかし、物理学を同じように研究することはできます。 私の詳細へのこだわりはテクノロジーだけにとどまりません。私はトピックをトップダウンで学ぶことができず、情報が欠けている状態に対処できません。誰かが私に概念を説明するとき、私はそれを「理解する」まで、ゼロから再発明する必要があります。学校では、直観に合うように公理を調整するのに何時間も費やし、それらを使用する必要があるたびに、それらを直観的になるまで定理を構築していました。(地獄だ、私とガールフレンドの質の高い時間はしばしば定理を証明することです。)現実世界に近づくと、根底にある化学を理解せずに料理を実験することはできません。一般的に言って、完全に理解できないものは使用できません。それがクリックしなければ、私はそれを使って働くことができません。 これは日常活動において本当に壊滅的ですが、しばらくの間、ソフトウェアの世界は私がこの苦しみから解放される唯一の場所でした。 理解できなかった人たちでさえ、少なくとも私の低レベルプロジェクトでの仕事は尊重してくれたでしょう。コンパイラでのマイナーな最適化が積み重なること、JSONパーサーが高速に動作するためにアセンブリを書く必要があること、そしてElectronのスロップのようなプログラムはひどいものであってはならないことが理解されていました。おそらくそれはソフトウェア開発の中心的な部分ではありませんでしたが、それに時間を投資することが価値があると見なされるほど重要でした。他の場合では、人々の問題をちらっと見て何が間違っているのかを知ることができたように、知識を持つことで評判を築きました。 強力なLLMが登場するまで、それは続きました。業界全体で圧倒的なコンセンサスは、LLMが「詳細を気にする」というような消耗的で疲弊するプロセスを時代遅れにし、開発者が抽象化と大規模プロジェクトに集中できるようになるということです。彼らにとっては素晴らしいことですが、彼らが私からすべてを奪ったと言っても、私は誇張していません。 誰かがLLMを遅いコードに向けさせ、それが自動的にホットループを見つけて、インターネットで見つけたトリックを使ってそれをベクトル化できるなら、その焦点を持つ人を雇用する意味はほとんどありません。LLMがコードを分析し、ポインタの来歴を説明し、あなたがそれを理解するまで世話をしてくれるなら、専門知識の価値はほとんどありません。 私はLLMをこのように使用できません。ソースコードファイルが多いプロジェクトや、頭に入れられる一般的なアーキテクチャよりも多いプロジェクトに取り組むと、ほぼ物理的に気分が悪くなるため、スコープの拡大から何も得られません。 最後にペットプロジェクトでLLMを使おうとしたとき、LLMが私が見せられるほとんどの人よりもそれについて詳しく知るようになることに気づきました。私は誤解された天才であること、あるいは何であれ、それで満足することができます。しかし、人間との交流に値しないと見なされるだけでなく、事実上ドアを指し示され、LLMに誘導されることは、侮辱を超えています。それ以来、私は自分が気にかけていることにはLLMを使用しないと誓いました。 1年の間に、私は計画された未来から、障害者給付金の申請を心配するようになりました。LLM主導の開発は、プログラミングを私にとって耐えがたいものにしていたすべての部分を最適化し、雇用市場はそれが未来であると決定しました。そして、私が常に一定であると思っていた人生の唯一の選択肢が消えた今、まともな代替案は決してなかったことが判明しました。 それが今の私の状況です。LLMを大歓迎しているビッグテックを除けば、私の仕事の種類を気にかけるリソースを持つ企業はほとんどありません。Linuxは例外になるチャンスがありましたが、まあ、そうです。趣味はまだ存在しますが、請求書の支払いにはなりません。そして、ますますレトロコンピューティングとパフォーマンス最適化は、経験よりも認識を求めるLLMファンに侵食されており、それは楽しさを奪います。