私にとっては、より良いGoogleだね。AWSやStackOverflowを検索する代わりに、十分な出力を幻覚のように出してくれて、それをリファクタリングして使える。

私の経験では、LLMはコーディングを自動化するんじゃなくて、ただスピードアップするだけだね。これが、私の知っているほとんどの人が実際にLLMを使っている方法だよ。バイブコーディングやLLMがエンジニアを置き換えるって話は、本当に有益な議論から目をそらさせる大きな distraction になってる。HNでLLMについて話すのはほぼ不可能だよ、みんながバイブコーディングのストローマンを攻撃するのに忙しいから。

大規模なシステムでたくさんのマイクロサービスを扱うのと、自分のために小さなアプリやツールを作るのでは、すごい違いを感じる。大規模システムの作業はあなたが言ってる通りだけど、小さなアプリやツールでは自動化コーディング派に共感する。いくつかのものをエンドツーエンドで作ったけど、そのツールやアプリが私の望むことをしているか確認できたし、LLMが書いたコードの一行も見てない。最初にそれが起こったときはちょっと気味が悪かったけど、日常の多くの仕事では本当に使えるワークフローじゃないね。

私は両方やってるよ。気に入ってるプロダクションコードでは、LLMが書いたすべての行を読んで、たくさん修正してる。観察者のLLMとチャットしながら、最初のLLMと私が書いているものをチェックしてもらってる。スピードアップしてるし、物事を始めるときの摩擦も減ってる。確実に時間の節約になってるね。それから、コードの品質を気にしない非トリビアルなサイドプロジェクトもあって、そっちはただ動かしてる。コードを見ようとしたら、繰り返しが多い。最初からうまくいくことはほとんどないけど、それは大丈夫。うまくいかないって言ったら修正してくれるし。多分セキュリティホールだらけで、コードも汚いけど、私がやりたいユースケースには関係ない。ここで作ったソフトウェアは、私の生活を良くしてくれてるし、ほとんど監視なしで進められた。

LLMは、使っているプログラミング言語の上位レベルの言語だと思えばいいけど、カジュアルで曖昧な文法なんだよね。

自分はその中間くらいかな。LLMが出る前は、気が散るサイトをブロックするために、/etc/hostsファイルにエントリーを追加して、それを127.0.0.1にマッピングしてた。さらに、そのファイルを不変にして、サイトを解除するのに手間がかかるようにしてたんだ。次のステップは、cronジョブを書いて、5分ごとにchattr +1を再適用してファイルを書き換えることだった。ちょっとした強制力みたいな感じ。これをClaude（ウェブ）で書いて、bashの文法を覚えては忘れてたから、コピペしたんだ。もっと強力なものが欲しくて、pluckeyeみたいな公開されてるものを見たけど、思ったようには動かなかった。それで、Claude（ウェブ）を使って簡単なバージョンを書いて、動かし始めた（2025年10月）。これで自分の問題が解決したんだ。aiderを使うプログラムが欲しくて、これから始めた。毎回、機能が必要になるたびに（例えば、一時的な解除、改ざん防止、アンインストール防止、ブラウザでのブロック、違反追跡など）、自分が欲しいことを書き出して、エージェントにやらせてた。数ヶ月で、約4000行（単一ファイル）に成長した。12月頃には、aiderからClaudeコードに移行して、引き続きやってた。大きなタスクは、コードを小さなファイルにリファクタリングして、コンテキストを管理しやすくすることだった。これも上手くやってくれて、テストも追加してくれた（2025年12月末）。さまざまなソースからブロックするURLを更新するためのヘルパースクリプトも追加した。バイブコーディングもした。問題なく動いた。その後、初期にやった粗いミスでメモリを食ってるのを見つけて、修正した。これに約2ドルかかった（2026年1月）。それから、違反の閾値を超えたときに画面をロックする機能も追加した。これにはXlibのコードを書く必要があった。自分でも書けたと思うけど、あんまり意味がないからやらなかった。何をすべきかは分かってるし、手でやってもライブラリの内部構造を知るくらいしか学べないから。それを追加した。要するに、これは98%がAIでコーディングされてるけど、自分の問題を本当に解決してくれて、コンピュータの前での行動を変える手助けをしてくれた。自分の調査では、Linux向けにこれをサービスとして提供している会社は見つからなかった。何をすべきかは分かってるけど、書いたりデバッグしたりする時間がない。AIのおかげで、自分の問題が解決されて、かなり価値のあるものを手に入れた。だから、あなたに同意するけど、「自動化ツール」ではないにしても、環境にもたらすスピードと深さが、以前にはなかった可能性を開いてくれた。それが本当の価値で、全体を探求するための窓なんだ。

知ってるのは、従業員の半分を解雇して、今後エントリーレベルの人を雇わない方が、次の四半期にボーナスがもらえるってことだけ。この記事が2年後のことを話してる理由はよくわからない。だって、それはお金や権力を持ってる人が気にする時間の8倍も長いから。

ジュニアに対する最高のアドバイスは「AIを使うな！」だね。著者がAIを使ったジュニアがチーム全体の「成果」に匹敵すると考えてる理由がわからない。もしコードの行を生成することを指しているなら、それは技術的負債のことだよ。画面にたくさんの言葉を並べることがプログラミングの成果じゃない。大抵は、自分の能力を完全に超えてるってことだよ。

レビューの部分でショートカットを取る人間のインセンティブがめっちゃあるよね。プロセスが警戒心を緩めさせる感じで、コードを書いてる間に実際に観察する時間が減るし、大きなコードの塊がドンと来るし、イテレーションがすごく変わるから頭の中のモデルを維持するのが難しい。スピードアップの期待もあって、レビューの質が悪くなるのは目に見えてるよ。

市場は、あなたが持続可能でいるよりも非合理的でいられる。

科学者 > エンジニア > デベロッパー > コーダー

それはちょっと夢見がちすぎるね。ほとんどのジュニアは気にしないで、ただ雰囲気でコードを書いていくと思う。痛いことをやるのは、楽な方法があるなら、余計な自制心と意志力が必要だよね。

AIは、個人的な常時稼働のティーチングアシスタントとしての可能性がすごくあるよね。学ぶときの摩擦を減らす「イントロスキップ」ボタンみたいなもんだし。バグが出たら、時間をかけて解決するより、さっと聞けばいいし。プロジェクトをゼロから始める方法がわからない？スキャフォールディングを頼めばいい。最初の上司がチケットを求めたら？失敗しないように機械に渡すのがベストだよね。そういう誘惑を避けられれば進めるけど、成功する人がどれだけいるかはわからない。それに、同僚が5倍のスピードで進んでる中で、ゆっくりする余裕があるのかも疑問だし。現代の生活はあまり希望を与えてくれないよね。みんな料理の摩擦を避けるためにウーバーイーツを使ってるし、クラブの気まずさを避けるためにティンダーを使ってるし、そういう感じ。摩擦がない方が勝つ傾向があるよ。

雇用主はスキルに基づいて採用するって有名だよね。資格や存在なんかじゃなくて。

自分としては、初代ロボット配管工や電気技師の antics を楽しみにしてるよ。

ヨーロッパでは需要が増える可能性が高いと思う。ソフトウェアの依存をリスクヘッジする必要があるし、ドイツはコンピュータを使わなきゃいけない。ドイツはすごく盛り上がると思うよ。

同意だね。人々はLLMが参入障壁を大幅に下げるずっと前から、ソフトウェアに過剰に焦点を当てることを心配してた。

だいたい同じことだね。むしろ悪化してる。AIは責任を全然持たないから。

ジュニアたちはこのプロセスを通じて、私のチームが求める理想に近づいていくよ。今のAIは、同じようにはいかないけどね。

現在、ジュニアとしての仕事は、シニアが「書いた」バイブコードをレビューすることなんだ。ほんとにクソみたいなもので、僕が学校の1年目に犯さなかったようなミスをしてる。

若い頃の卒業生だった時は、今よりずっと安全だと感じてた。今は子供を養わなきゃいけないから、最高の仕事のチャンスがある場所に引っ越すこともできないし、節約のためにレンズ豆だけで生活するなんて無理だし。

経済的独立を目指して頑張れ。始めるのに最適な時期はキャリアを始めた時、次に良い時期は今だよ。

今のところ、雇用市場は一時的にしか影響を受けないって確信してる。これは結局、別の形の自動化で、物事を早く進めるだけなんだよね。今は、もっとカスタマイズされたソフトウェアを、より早く安く作れるようになった。市場もその事実に気づき始めてるし、性能が高くてオーダーメイドのソフトウェアを、低コストで求める声が増えてる。ソフトウェアデザインの主要な課題を理解して、うまくコミュニケーションが取れる人は、これからも引っ張りだこだと思うよ。