問題は、AIが登場する前は、人口の1%が年に1つのサイドプロジェクトを作ることができたのに対し、AIの後では10%が年に10個のサイドプロジェクトを作れるようになったことだ。競争が100倍に増えた。悲観的な自分は、成功するためのチャンスの窓が狭まっている気がする。

自分もサイドプロジェクトを作ったんだけど、コードを自分の感覚で進めた。おそらく、1チームが6ヶ月かかることを、1ヶ月で自分で作った。ユーザーは少数だから、壊れるのを恐れてない。でも、プロの仕事のための自分のコードは、そんなに早く進めることはできない。何百万のユーザーに影響を与えるからね。企業がチームを丸ごと置き換えられると思っているのは本当にクレイジーだ。

なんで？それは、ボトルネックはコードを書くことじゃなかったから。常に問題を理解すること、アーキテクチャの決定をすること、エッジケースのデバッグ、そして最も重要なのは「何を作らないべきか」を知ることだった。私にとってはちょっと違うんだ。コードを書くことがボトルネックだった。エッジケースを解決したり、最適化を見つけたりすることに一番喜びを感じる。好きなプロジェクトは、既存のコードベースを渡されて、「火星と金星が対になったときに、再現できない変なバグが出るんだ」っていうタスクを与えられるとき。プロジェクトがゼロから始める必要があると、他の人よりも時間がかかる。アーキテクチャを考えたら、実装を書くのが退屈になっちゃう。AIのおかげで、これがすごく楽になった。成功するエンジニアは、どのツールをいつ使うかを知っている人たちだと思う。これはAI以前からそうだったし、AIはただのツールで、もっと多くの人が成功できるようにしてくれる。

結果を出すことが目標なら、アイデアを試すためにLLMを使うのは全然構わない。でも、私のサイドプロジェクトには正確に一つの目標があるとは言えないから、それはフェアじゃない。だから、すでにやり方を知っていて、何度もやったことがあることに関しては、AI生成のコードを使うことにしてる。AIを使うことで得られるのは、タイピングの時間だけ。その他のことは、開発者として成長するために頑張るよ、ありがとう。で、「でもアーキテクチャの決定とかがあるから、成長するでしょ」って言う人がいるかもしれないけど、それは元々あったことだし。練習が必要なら、マイクロスキルとマクロスキルの両方を練習するよ。

これに関してはもっと指標が必要だよね。HNでこの主張をしてる人たちをよく見るけど、絶対にそうだとは思えない。これだけは保証するよ…ストーリーは絶対じゃない。誰で、何に取り組むかによって、開発時間は遅くなることもあれば、同じか早くなることもある。でも、わからないのはその割合。60%の人には早いのか？70%、80%？これについてはまだ確実にはわからない。でも、君の直感は完全に間違ってると思うし、90%の人は全体的に早い…かなり早いと思う。バグが増えたり、メンテナンスのハードルが上がるのは同意するけど、それでも早いんだ。LLMもバグを潰せるし、しかも人間よりずっと早いことが多い。私のエージェント設定は、問題に関するスラックのメッセージを読み取って、チケットを作成し、コードを修正して、PRを一発で作成するんだ。

幸いなことに、AIは複雑さを減らすためにも使える。私がよく気づくのは、ちょっと見栄えの悪いAPIを使ったり、一般的なコードを複製したりして、依存関係を引き込まないようにすること。例えば、UIフレームワークを避けて、シンプルなウェブプロジェクトでDOMに直接アクセスしたり、標準ライブラリのCLI引数パーサーを使ったり、left-padのような依存関係を引き込む代わりにシンプルなヘルパー関数を追加したりする。依存関係の管理は、私のプロジェクトの中で大きなメンテナンスの負担の一つだから（更新したり、APIを考慮したり、過剰一般化による複雑さ）、これがかなり助けになる。私の考えについては、https://www.karl.berlin/simplicity-by-llm.htmlも見てみて。

「私は過去1年でAIを活用して7つのサイドプロジェクトを出荷した。でも、逆に直感に反することに気づいた。アイデアから出荷された製品までの総時間はほとんど減らなかった。」 > なんで？ボトルネックは決してコードを書くことではなかったから。AIの前に2ヶ月ごとにサイドプロジェクトを出荷してた？もしそうじゃないなら、このコメントは認知的不協和に聞こえるよ。あなたの主張は、AIが12ヶ月で7つのプロジェクトを出荷するのを可能にしたってことだよね。これは、AI以前にはやってなかったことだよね？だから、AIはプロジェクトを早く出荷するのを助けてるの？AIが万能ではないのは同意するし、熟練した開発者が必要なのも同意する。でも、AIが早く出荷するのを助けてるって言った直後に、AIが早く出荷するのを助けてないってどうやって言えるの？

「ボトルネックは決してコードを書くことではなかった。常に問題を理解すること、アーキテクチャの決定をすること、エッジケースのデバッグ、そして最も重要なのは、何を作らないかを知ることだった。AIはこれらのタスクでも助けてくれるけど、助けを求める時は、AIが助けられる形で頼まないといけないし、本当に知的であるとか、クリスタルボールを持っていると期待してはいけない。ボーナスとして、これらのことをエージェンティックなコンテキストに入れたら、コード自体も良くなるよ。一発で決めるコーディングはアンチパターンだね。」

新しいボトルネックはコードの所有権だね。長期的に維持するためには、それが何をしているのか、どう機能しているのかを理解しないといけない。LLMを使って維持しやすい状態にするのはできるけど、逆に維持しづらい状態からは抜け出せない。手に負えないことをやろうとするのは、今まで以上に危険だよ。

その通りだね。ただ、ツールに慣れれば慣れるほど、物事は良くなって速く進むと思う。ここ3年でこの分野はすごく進化してきたけど、最近は少し鈍化してきてる気がする。これっていいことだと思うよ。みんなが追いつく時間ができるし、新しいコーディングのパラダイムに適応するためのアプローチを洗練させることができるから。