味覚が唯一残された――AI生成コードがエンジニアの技術をどう変えるか
TL;DR
AIは妥当なコードを安価に生成できるようになったため、エンジニアにとって唯一の希少なスキルは「味覚」――本当に良いもので、リリースに値するものかどうかを判断する、個人的で定義しがたい判断力である。
壁はすでに賃貸された
著者は、アイデアと動作するプログラムとの間の従来の障壁――数時間のタイピング、デバッグ、APIの学習――が崩壊したことに注目している。現代のLLMは、自然言語による説明から数秒で妥当な実装を生成できる。この変化は、その壁を越える過程で得た経験の価値を消し去るものではない。むしろ、その価値の場所を移動させただけである。
"今では、何かを説明するだけで、手で最初の関数を書くよりもずっと早く、妥当なバージョンを得られる。" – Taste Is All That’s Left
「十分良い」が問題な理由
このエッセイは、「十分良い」という概念を、改善するインセンティブを溶かす溶媒だと呼んでいる。本物の製品化が高コストだった時代には、努力が目に見えないフィルターとして機能し、創造のコストを乗り越えたアイデアだけがユーザーに届いた。摩擦がなくなった今、そのフィルターは消え、市場は質の高いものを選別するための追加的な努力を報いるわけではない。
"努力はフィルターだった。そしてすべてのフィルターと同様、それが取り除かれるまで、その存在に気づかなかった。" – Taste Is All That’s Left
「味覚」とは何か
著者は「味覚」を単なる好みとは区別している。ロバート・ピルジングの『質』(Quality)の概念を援用し、味覚とは、理由を説明するより早く生じる、言葉にならない、凝縮された判断だと説明する。
"味覚とは、説明するより早く到達する、言葉にならない判断である。それは、完全な確信を持って、根拠のない『いや、またか』と自分自身に言い放つことだ。" – Taste Is All That’s Left
したがって、味覚はソフトウェア制作における自動化できない唯一の要素である。
摩擦が味覚を育てた
このエッセイによれば、ソフトウェアの構築の難しさは、カリキュラムとして機能していた。
"摩擦は味覚を育てる障害ではなかった。摩擦そのものがカリキュラムだった。私が登る際に呪ったすべての壁は、気づかないうちに、どの壁を登るべきかを教えていた。" – Taste Is All That’s Left
繰り返しの失敗が、良い設計と悪い設計のパターンをエンジニアに内面化させ、判断力の蓄積を生み出した。
経済的影響
味覚があるエンジニアは、味覚のないエンジニアと同じ速度でリリースできる。なぜなら、妥当だが最適ではないソリューションを拒否するための追加時間は、市場指標には現れないからだ。これにより、隠れたコストが生じる。
"味覚は差分に現れない。測定不可能で、評価されず、ダッシュボードには見えない。" – Taste Is All That’s Left
結果として、高い基準を維持するエンジニアは個人的な負担を負う一方、市場は単純な生産速度を報いる。
コミュニティの反応
- @boron1006 は、LLM生成コードがしばしば信号を欠いており、モジュールの理解に数百語を読む必要があると指摘している。
- @mdwelsh は同様の意見を述べ、自身の苦労して得た味覚がAIで作られたデモに懐疑的になると言っている。
- @jdzikowski は、味覚を希少性の中で学んだカリキュラムと捉え、今やその学びの場が採用に移ったと述べている。
- @madrox は、AIが味覚の半減期を短くし、競争優位性ではなく商品化されたものに変えてしまうと主張している。
- @agentultra は、味覚は単一の「いや、またか」の判断ではなく、経験と苦しみの後に生まれるものだと強調している。
- @burnto は、誰でも何でも作れるが、本当に保持すべきものかどうかを判断できるのは味覚を持つ者だけだと指摘している。
- @sbloz は、キュレーションの実用的問題を提起している。無限に生成される妥当な出力の中から、希少な信号を見つけるにはどうすればよいか。
これらのコメントは、中心的な主張を強化している:AIは生産の摩擦を除去するが、人間の判断の必要性を代替するわけではない。
新たな技術:構築より選択
製造が安くなったとき、ラスキンらは『すべてをつくるべきか』と問いかけた。現代の類似は、AI生成されたものの中から何を保持するかを選ぶことが、現在の主なエンジニアリング活動であるということだ。
"希少な行為はもはや作ることではない。選ぶことだ。無限に生成された妥当な中から、存在し、保持に値するものを見極めることである。" – Taste Is All That’s Left
エンジニアに向けた実践的教訓
- 個人の判断力に投資する – 味覚を懐かしむものではなく、育てていくスキルと捉える。
- AIを代替ではなくツールとして使う – LLMにプロンプトを投げ、リリース前に自身の「いや、またか」フィルターを適用する。
- 意思決定を文書化する – 味覚はダッシュボードに見えないため、設計の根拠を明記して組織的知識を保存する。
- キュレーションに注力する – コードレビュー、スタイルガイド、社内ライブラリなどのプロセスを構築し、AI生成コードの海の中で高味覚の成果を浮き彫りにする。
- 隠れたコストを受け入れる – 質を維持するには速度が落ちる可能性があることを認識し、それがアウトソーシングできない唯一の差別化要因であることを理解する。
結論
AIはコード生成を民主化し、構築という行為を単なる一歩にした。今、真の希少性は、どのアーティファクトが存在に値するかを判断する人間の能力――著者が「味覚」と呼ぶもの――にある。この判断は自動化も測定もアウトソーシングもできず、生成AIの時代におけるソフトウェアエンジニアの唯一の持続可能な技術である。
Sources
関連
- Dispatch
- Dispatch
- Dispatch
- Dispatch
- Dispatch