Japanese Translation:

2026 年 9 月 24 日、低レベルプログラミングにおいて 8 年の経験を持つ詳細にこだわりのあるソフトウェア専門家が、業界の変革について考察する。この変革では、アセンブリ言語やコンパイラ最適化、Rust などニッチな言語に関する深い専門知識が経済的に陳腐化して急速に進んでいる。著者の背景は『トロン：レガシー』に触発され、ライフタイムにわたる Linux、ネットワーク、暗号への献身によって形成されているが、著者は「低レベルのプログラマ」と自認し、高レベルのアブストラクションや現代のアーキテクチャに苦悩する。これまでマイナーな最適化による貢献や「Electron slop（ Electron ベースの粗悪なコード）」を避ける姿勢により尊敬を集めてきたが、強力な大規模言語モデル（LLM）によってこれらの複雑なタスクが自動化されるようになったため、著者のニッチなスキルは金融的に不可行になった。著者は精神的負荷を超えてしまうプロジェクトを引き起こす深刻な身体的疾患のために LLM を効果的に利用できず、AI が著者の個人的な趣味のプロジェクトにおいて人間コンサルタントを上回った際に見つかった弱点として浮き彫りにされた。その出来事が、意味のある仕事に対して AI を使用することを禁じる誓約につながった。その結果、将来の景観はこのような専門家を持続可能なキャリアよりも障害手当へと追い込み、低レベルの熟練を企業は支払いに苦しみながら LLM が市場を支配するパラドックスを生み出し、真の技術的熟練を自動生成された出力で置き換えることを脅かしている。

AI 時代の「低レベルプログラミング」への想いと孤立：業界構造の変化と私の立ち位置

背景：日記的なメモとしての投稿

意図：業界における自身の立ち位置について考えるための記録であり、通常のブログ投稿ではない。
公開理由：通常は非公開とするが、同様の経験を持つ方に「自分だけではない」と感じてもらえるよう公開する。
免責事項：記事内の全意見は個人的な見解に基づくものである。

自称「コーダー」としての自負と業界の変化

「Vibecoding」以前の価値観

**「エンジニア」ではなく「コーダー」**を名乗ることを誇りに思っていた時期がある。
重視する要素:
- デTAIL（詳細）への焦点。
- パフォーマンス最適化。
- プログラミング言語の奥深さへの理解。
- 物事の仕組みを説明する能力。
対照的なもの：Java 風の抽象化を弄り回ることには関心がなかった。

現状の危機感

業界の移行：アーキテクチャ設計能力でプログラマーを評価する潮流へ移行しており、自分の得意分野での機会が減少している。
感覚的限界：業界全体が自分の心では処理しきれないモデルへと切り替わっていると感じる。

コーディングへの愛着と学習経歴

きっかけと原点

初出典：映画『トロン：レガシー』の歴史シーンを見た時（当時 10 歳）。
動機：コードの意味を知りたいという好奇心が主体であり、実用性や有用なプログラムの構築への関心は最初からなかった。
目標：機械がどのように機能するかを理解することのみを欲していた。

学習過程と没頭

Linux: リヌックスの学習と維持に数年をかけ、ようやく理解に至った。
専門分野の探索：ネットワーク、暗号化、Rust などにも挑戦したが、常に機械そのものへの惹きつけが強かった。
愛着表現:
- 玩具 OS の作成。
- サイクル数の計測。
- 手書きのマシンコード。
- 創意工夫のあるハックの発明。
哲学：漁師が釣り竿と一体となるように、機械を自分の延長として扱っている。

現在の技術的不安感

ハードウェア理解：ARM64 を x86 のように深く理解していないため CPU 切り替えに躊躇し、心地よい状態ではない。
言語・実装への懸念:
- Python コードでのメモリー割り当てへの不安。
- PC で走る Java コードの JIT デシエンセブランス（最適化）が見極められないこと。
具体的事例：注釈付きの『メル物語』を読んで「誰かが hexadecimal の説明が必要だと考えることはあり得るか」と自問した瞬間があった。

専門性の定義：低レベルコーディングへの傾斜

自己認識の変化

分野細分化の専門家ではない。単独で低水準コーディングを行う者、あるいは詳細への関心が強い人間として自認している。
能力の限界：
- ウェブサイト作成は可能だが、一ヶ月間も低レベルソフトウェアに専念できるほどの集中力はない。
- 物理学の研究については、同じくらい深く取り組むことができる。

「理解」への厳格なアプローチ

学習スタイル:
- トピックを上から下へ、あるいは欠如している情報だけを処理するタイプの学習は苦手。
- 誰かが説明してくれた概念でも、ゼロから再構築するまで「理解できた」と感じない。
公理と定理:
- 学校で直感に合うように公理を数時間調整し、それらを基に定理を構築するプロセスが好き（実際には証明定理することも多かった）。
- 最終的にはすべてが自明のものとなるまで追求する。

現実世界での適用原理

実験主義: 調理の実験を行う前に、その下にある化学を理解していないと実験できない。
完全理解原則: 完全に理解していないものは使用せず、理解できない限りそれとは関わり合わない。

ソフトウェア開発における価値の再評価と LLM による転換点

過去の環境での尊重された価値

低レベルプロジェクトでの実績：
- コンパイラー内の微小な最適化が累積的に効果を持つという理解。
- JSON パーサーのためにアセンブリを記述する必要性の把握。
- Electron スロップ（機能損失）を防ぐ設計。
評価基準: これらが開発の中心ではなかったとしても、重要な要素として時間投資に見合っていると考えられ、尊重されていた。
問題解決能力：人々が抱える問題を一目で理解し、「何が間違っていたか」を説明することで名声を得ることができた。

LLM 登場後の業界コンセンサスと排他性

業界の変化: 圧倒的なコンセンサスが「LLM は詳細への懸念という消耗プロセスを陳腐化させ、抽象化と大規模プロジェクトへの集中を可能にする」というものへ。
私の結論: これは素晴らしいことだが、彼ら（業界）は私のすべてを奪ってしまいました。

LLM 駆動開発の非適合理由

不要となるスキル：
- LLM がスロウコードを検出しホットループを発見し、ネット上のトリックでベクトライゼーションを行う。
- コード分析でポインタの系譜を説明し、人間に理解させるサポート体制がある場合、専門知識には価値がない。
私の制約：
- プロジェクトのソースコードファイル数や一般的なアーキテクチャを頭の中に保持できない状態で作業すると、物理的に不調を起こす。
- したがって、拡張されたスコープからは何も得られない。

ペットプロジェクトでの苦い経験

知識格差: LLM を使用しようとした際、LLM が私よりもはるかに多くの知識を持つことに気づいた。
心理的屈辱:
- 「誤解された天才」として満足することもできたが、人間との相互作用から不適格と見なされるだけでなく、効果的に門戸を閉ざされ、LLM にリダイレクトされることは侮辱以上のものであった。
決意: それ以来、自分が关心的事柄のために LLM を使用することをお約束しないことにした。

現在：職涯不安と代替手段の不在

状況の悪化

心理状態の変化：計画された将来を持っている状態から、障害手当の申請について懸念する状態へと一年で急変した。
市場の排除:
- LLM 駆動開発がプログラミングを耐えうるようにするためのすべての部分を最適化し除外している。
- 就労市場がこれを「未来」と決定したことで、一生懸命考えていた唯一の選択肢が消えた。
- 優れた代替案は実は存在しなかった。

現在の立ち位置と課題

雇用の難しさ:
- 巨大テック企業を除き、LLM に広く歓迎する姿勢を持つ企業はいくつかあるが、私のような種類の仕事（低レベル・詳細重視）に関心を持てるリソースを持つ企業はほとんどない。
Linux の機会：例外となる機会がありましたが、まあ仕方ありません。
趣味と生活: 趣味はまだ存在しますが、それが生活費を支えることはできません。
業界の侵食: レトロコンピューティングやパフォーマンス最適化が LLM ファンに侵食されており、彼らは経験ではなく承認を求めるため、面白さが吸い取られています。

詳細の喪失を悼む