ハッカーの嘆き：なぜ私はソフトウェアエンジニアではないのか
AI駆動の開発や「エージェンティック・パラダイム（agentic paradigms）」へと業界が突き進む現代において、企業の機能としてのソフトウェアエンジニアの役割と、職人としてのハッカーのアイデンティティとの間に、根本的な緊張関係が生じています。多くの人々にとって、「ソフトウェアエンジニア」という肩書きは、KPIへの固執、非決定論的なツールの使用、そして理解よりもアウトプットを重視する姿勢と同義になってしまいました。
この緊張は、拡大する隔たりを浮き彫りにしています。一方の側はソフトウェアを効率性と確率的な成功の産物と見なし、もう一方は、精密さ、可読性、そして論理的な推論の規律と見なしています。
職人技の侵食
経験豊富な開発者にとって、「ハッキング」と「エンジニアリング」の違いは、多くの場合、問題へのアプローチに根ざしています。伝統的なハッカーの精神（ethos）は、システムの深い理解を強調します。サブクエリがパフォーマンスにどのように影響するかを問い、Inversion-of-Controlを主張し、機能が単独でテスト可能であることを保証します。
対照的に、現代の企業のソフトウェアエンジニアリングの解釈は、しばしば「とにかく終わらせる（get shit done）」というマインドセットを優先します。この変化は、コードを書くために設計されたAIエージェントの台頭によって象徴されています。そこでの目標は、機械に対して「エキスパートなソフトウェアエンジニア」になるようプロンプトを送り、非決定論的なツールから決定論的な結果を期待することです。元の記事の著者が指摘するように、「流動的な砂」の上にコードを構築することは、いかなる真剣なシステムにとっても不安定な基盤となります。
「エージェンティック・パラダイム」と意図の喪失
自然言語インターフェースが構造化された選択肢に取って代わる「エージェンティック・ユーザーフロー（agentic user flows）」への強力な推進力があります。これはユーザビリティの飛躍として宣伝されていますが、このアプローチはしばしば根本的なロジックを隠蔽し、ユーザー（および開発者）の主体性（agency）を奪い去ります。
AIがソフトウェア開発ライフサイクル（SDLC）のあらゆる段階に統合されるとき、手書きでコードを書く行為は、COBOLを書くことになぞらえられ、時代遅れのスキルとして枠付けられます。しかし、この移行は、バリュー・アド（付加価値）に関する重大な疑問を投げかけます。もしアウトプットが不十分で、プロセスが単にLLMへのプロンプト操作のラッパーに過ぎないのであれば、行われている「エンジニアリング」は、もはや論理によって問題を解決することではなく、確率的なエンジンを管理することに過ぎなくなります。
AIの堀（AI Moat）による人間的コスト
技術的な懸念を超えて、より深い倫理的および心理的な葛藤が存在します。ワークフローへのAIの統合は、しばしばシームレスな支援ではなく、思考プロセスの遮断となります。モデルの学習に使用されたデータの盗用や、労働の搾取といった、業界全体に蔓延する不注意な感覚があります。
さらに、AIリーダーたちが提示するビジョン――知能が「計り知れないほど安価（too cheap to meter）」になる未来――は、思考そのものがコモディティ化され、企業の「堀（moat）」の中に閉じ込められる未来を示唆しています。プログラミングの知的厳密さを重んじる人々にとって、この未来は進化ではなく退行です。
コミュニティからの視点
この感情に対する反応は、業界の断片化を露呈しています。ある人々は、「ハッカー」というアイデンティティに慰めを見出し、それを現代の雇用の「機械の歯車」的な考え方から逃れるための方法と見なしています。
"Hacker (in the HN sense, obviously) actually captures fairly perfectly how I approach using computers/tech. Good piece for those with such an identity crisis to re-find the word for it."
他の人々は、現実的なバランスを主張し、世界には理想主義的な完璧主義者が必要である一方で、「美しい TDD OOP SOLID DRY code」を優先するよりも顧客のニーズを優先するジェネラリストも必要であると示唆しています。
結論：アイデンティティの問題
結局のところ、「私はソフトウェアエンジニアではない」という主張は、無能さの告白ではなく、コードの品質よりもKPIを優先し、証明（proofs）よりもプロンプト（prompts）を）を優先する役割の定義に同調することを拒否することです。それは、コードが可読であり、理解可能であり、再現可能であるべきだという信念のための立ち位置です。その原則は、コードが人間によって書かれたか、機械によって書かれたかに関わらず、不可欠な原則であり続けます。