変な新しいLLM支援の世界で好きなところは、管理職になったり親になったりして、プログラミングをやめてしまった人たちがまたコーディングを始めていることだね。AIの助けがあれば、30分で役立つものが作れるし、他のことをしながらでもできるから、2〜4時間も時間を取らなくて済む。以前にかなりのコーディング経験があれば、たとえ数年ブランクがあっても、これらのことをすごく効果的に進められるよ。特に管理経験があれば、コーディングエージェントを「管理」するのにも役立つしね（明確にコミュニケーションをとる、達成可能な目標を設定する、関連するコンテキストを提供する）。

あの頃を思い出すと楽しかったけど、今はLAMPスタックを動かすのに何も止めるものはないよ。フレームワークなしでPHPを書いたり、手動のSQLクエリを使ったりするのも全然楽しい。今のモダンPHPは最高だし、MariaDBはMySQLそのものだし（Postgresに切り替えるのもそんなに難しくない）。コードのインジェクションを防ぐのもずっと簡単だよ。Photoshopでデザインを切り取るなら（ええ、昔のオリジナルはFireworksを使ってたけど）、Dreamweaverを使ってもいいよ。とはいえ、HTML5のおかげでレイアウトにテーブルを使わなくて済むし、VS CodeにはDreamweaverの良い部分が全部入ってるから（信じて、WYSIWYGは必要ないし、使いたいなら要素を検査して変更をHTMLファイルに移すだけでいい）。要するに、今のソロ開発者にとってウェブ開発はシンプルになったってこと。もっと複雑なツールもあるけど、楽しむためにソロ開発をするなら、スキップしちゃえ！追記：phpMyAdminは使うのが楽しかったけど、ボックスを壊すのには最適な方法だった。今はDBeaverみたいなツールが自分にはぴったり。

フロントエンドでは、ビルドパイプライン、バンドラー、独自のツールチェーンを持つCSSフレームワーク、プログレッシブウェブアプリ、Core Web Vitals、SEO、レイアウトシフト、srcset/レスポンシブ画像… 自分もMattiasと同じくらいの期間ウェブ制作をしてきた感じだ。最初はPerlから始めて、すぐにPHP 4に移った。これらの問題は認識してるけど、自分は違った見方をしてる。20年前にはすでにその複雑さはあったけど、無視してたんだ。それはシンプルだったわけじゃなくて、ただリスクを取ってたってこと。今みたいなビルドパイプラインはなかったけど、物を作るためのスクリプトはあった。新しいバージョンをデプロイする前に、Adobe Pagemillを使ってサイト全体の変更を行ってた。昔は変更を加えて、ローカルで簡単に動作確認してから、手動でFTPでファイルをサーバーにアップしてたけど、その過程で壊れることもあった。ユーザーがナビゲートしている間にサイトが変わるのを見てしまうからね。メンテナンスページを表示して、トラフィックをブロックすることもあった。確かにそれは「シンプル」だけど、ユーザーにとってはずっと悪かったし、データを扱うサイトではユーザーの記録を壊すリスクもあった。もっと壊れることがなかったのが不思議だった。もしかしたら壊れてたけど、気づかなかったのかも。CSSフレームワークはなかったけど、自社のテンプレートはあったし、それには独自のツールチェーンがあった。時間が経つにつれて、そのツールチェーンは主にWordpressとそのテンプレートビルダープラグインに移行した。だから、あの混乱よりもTailwindがいい。Core Web VitalsやSEOはUrchin Statsの形で存在してたし、レイアウトシフトはFOUCと呼ばれてた。srcsetもあったけど、Macromedia Dreamweaverのmm_ JS画像プリロードとスワッピング関数のセットとして実装されてた。今はずっと良くなった。ウェブソフトウェアを書くのはすごく楽しい。自分もコードにLLMを活用してるけど、簡素化のためじゃなくて、単にそれが素晴らしいから。複雑さが新しいわけじゃないと思う。ただ、今はそれが見えるようになっただけ。

いろいろ洗練させたり、やり取りを重ねても、俺は簡単に10倍以上生産的になってる。開発者はAIの生産性向上を過大評価することが多いけど、プロンプトを出すたびにギャンブルみたいなもんだから、AIの出力がうまくいくことを期待してる。開発者が実際には生産性が下がってるなんて、驚くよ。

フロントエンドでは、ビルドパイプライン、バンドラー、独自のツールチェーンを持つCSSフレームワーク、プログレッシブウェブアプリ、コアウェブバイタル、SEO、レイアウトシフト、srcset/レスポンシブ画像… 俺が一番苦労してたのはIE6の互換性だったのを覚えてる。これらのものは、使いたいと思わなければ持ってないよ。俺は25年間ウェブサイトを作ってきたけど、今も始めた頃と同じコア技術を使ってる。確かに、言語自体の現代的な改善は利用してるけど、「ホットな新トレンド」を永遠に取り入れたことはないし、そのおかげで自分はより良い、少なくともまともだと思ってる。いや、君のマーケティングやeコマースのウェブサイトには、ほぼ確実にJSバンドリングツールチェーンは必要ないし、CSSプリプロセッサやCSSボイラープレート/フレームワークも必要ない。エンタープライズクラスのPHPフレームワークや依存関係マネージャー、CI/CDパイプラインもほぼ確実に必要ないよ。

AIが書いたものを読むのが嫌なだけじゃなくて、AIを褒めるものを読むのも嫌だって気づいた。みんな同じこと言ってるし、ただ退屈なんだよね。

私の問題は、コードレビューが仕事の中で一番楽しくない部分だってこと。純粋に苦痛で、精神的にも疲れる。バイブコーディングしてない限り、今はたくさんのコードレビューをしなきゃいけない。高レベルの計画や指導（これは楽しいけど）以外はほとんどそれだけ。セキュリティの境界やデータ漏洩や無効なアクセスに影響を与える可能性のある部分をレビューすることにしてる。それ以外はほとんどスキャンするだけ。たまに、n+1クエリやミューテーション、グローバルな可変変数みたいなバカなことを見つけるけど、ほとんどは十分にうまくいってるから、あまり徹底的には見ないかな。でも、AIエージェントなしでこれらのコードベースを引き継ぎたくはないね。人間のメンテナンスでは考慮できないほどの壊れた窓が多すぎる。

ソロ開発者としては、PHP 4の時代のようにプログラムできるよ。PHPとウェブプラットフォームはほとんど後方互換性があって、セキュリティに役立つ新機能がたくさんあるし、ほとんど悪いものは廃止されたり削除されたりしてる（リクエストから自動的に設定される変数は使わない方がいいし、SQLインジェクションを避けるためにマジッククオートに頼るのもやめた方がいい）。フレームワークやパイプライン、複雑さは必要ない。選択肢は自分次第で、楽しい方を選べばいい。2005年のようにPHPとHTMLを混ぜて書いても大丈夫。誰も死なないし、今でも動くよ。もちろん、コードをテストしないとリグレッションを引き起こしたり、壊れた機能を出荷したりするリスクがあるけど、それは昔からそうだった。メンテナンスしにくいゴチャゴチャしたものを書くことも昔からあったしね。AIは必要ない。昔のように楽しかったプログラミングをして、楽しめばいい。もちろん、フレームワークが好きならそれを使えばいいけど、全体的なFizzBuzzエンタープライズアーキテクチャをやる必要はないよ。自分や未来の自分を楽しめない無駄なAIの複雑さで苦しめないで。自分に何をしてるんだろう？ただ昔ながらのPHP、HTML、CSS、そして好きな新しい部分のJavaScriptを書けばいい。私もそうしてる。今でも前と同じように動くよ、たぶんblinkタグを除いてはね。途中で身につけた良い習慣、例えばクリーンなコードを書くことやテストすることを取り入れればいい。新しい良い機能を活用して、悪い古い習慣を避ければ大丈夫。いいところは、10年後もそのまま動く可能性が高いし、消えた古い依存関係や発見された脆弱性に依存しないし、再現が難しいセットアップにも頼らないし、AIに直してもらったり、何が起こってるのか説明してもらったりする必要もない。役に立たないならパイプラインは本当に必要ない。コミットする前やプッシュする前、リリースする前にテストを実行すればいい。『AIは必要ない、昔ながらの手作りのものでも大丈夫』って本を書こうかな。

ここに合いそうな関連質問があるから試してみるね：シンプルなウェブサイトをAIでコーディングするのに、絶対に安く始める方法は？いくつか試したいアイデアがあって、頭の中からウェブに出したいんだけど、ウェブ開発の知識が2004年で止まってるから、何年もそれを変えようとは思ってなかった。これらは複雑なことじゃない（全部静的だと思う）けど…ウェブ開発が嫌いなんだ。初期の探索にお金を払うつもりはあまりないけど、もしうまくいきそうなら、もちろん払うよ。ローカルで動かせるそこそこ強力なマシンがあるけど、Windowsなんだ（残念ながら私はEEだから）、これが重要なんだよね。

Hacker Newsがもっと小さく感じた頃を覚えてる。スレッドは短かったし、コンテキストも頭に入ってた。リンクされた記事を読んで、コメントをざっと見て、前提知識がないままでも気軽に参加できた。あの時は特別だとは思わなかったけど、振り返るとシンプルだった。会話のスペース全体が管理しやすかった。考えがあれば、はっきりと表現して「返信」を押せば、理解してもらえると思えた。単独のコメント者として、全体の議論を頭の中に持っていられた。記事から議論、結論まで。少なくとも、そんな感じだった。多分、私はそれを美化してるけど、言いたいことはわかる。複雑さが私の追跡能力を超えてしまった。今はHacker Newsでうまくコメントするのが難しい。記事は密度が高くなってるし、ドメインも深くなってる。スレッドはすぐに分裂する。誰かが論文を引用し、別の誰かが反論の論文をリンクし、さらに別の人が数十年前のメーリングリストの投稿を参照して、突然議論が数年分の背景知識を前提にすることになる。最新の技術、歴史的な文脈、一般的な反論、専門用語、そして暗黙のルールを知っていることが求められる一方で、簡潔で、寛大で、オリジナルであることも求められる。どの分野も成熟してきた—おそらく良い方向に—but、恥をかかずに参加するためにはより深い専門知識が必要になった。時間が経つにつれて、私は本当に興味があるスレッドから退いてしまった。何も言うことがなかったわけじゃなくて、認知負荷が高すぎたから。ソロで考える者として、ついていくのが難しくなった。競争の場を平等にするために、AIが登場した。完璧ではないけど、ClaudeやChatGPTのようなツールは、長い間感じていなかったものを与えてくれた：レバレッジ。今ではすぐに、長い記事を要約したり、過去の作品を思い出したり、意見が naïve かどうかを確認したり、自分の考えを投稿する前に明確にしたりできる。突然、背景の複雑さはあまり重要でなくなる。数分で「未完成の直感」から「一貫したコメント」に移行できるし、タブを完全に放棄することもなくなる。以前はスキップしていた会話に再参加できる。パターン認識「おお、思考を外注してる—全部ダメだろ！」って思うかもしれないけど、私は何千もの素晴らしいHNコメントを読んできた。思慮深いもの、慎重なもの。いつ引き下がるべきか、いつ引用すべきか、いつ黙るべきかを知っている人たち。そのパターンは今、私の頭の中にある。AIを使えば、その経験に頼れる。トーンをチェックできるし、「これは公平か？」や「何を見落としてる？」と聞ける。議論を他人に押し付ける前にストレステストできる。AIが間違ったことを提案したら、それが間違っているとわかる。良い提案があれば、その理由も認識できる。反復は早い。行き来の洗練があっても、自分がすでに考えていることを表現するのが劇的に効果的になる。目標は変わってない：議論に役立つ何かを貢献すること。ハードルはまだ高い。でも今は、垂直の壁ではなく、はしごがある。好奇心の余地がある。再び好奇心のための精神的なスペースができた。頭の中が「コンテキストを見逃したか？」「これは知られている悪い意見か？」「これがペダンティックに脱線するか？」で常にオーバーロードされているわけではない。AIにそのチェックを任せて、アイデアに集中できる。それが探求の余地を残してくれる。より良い質問をするために。アイデアをつなげるコメントを書くために、すべての文を防御的にヘッジするのではなく。再び公の場で考える楽しみのために参加するために。コメントを早く打つことや、議論に勝つこと、カルマを稼ぐことが目的ではなかった。興味深い人々と興味深い問題に関わることが目的だった。書くことはただのインターフェースだった。そして今日のツールを使えば、そのインターフェースはやっと軽くなった。AIは本当にHacker Newsでのコメントを再び楽しくしてくれた。