LLM時代でもプログラミングを楽しみ続ける方法

How to keep enjoying programming in a world of LLMs

LLM時代でもプログラミングを楽しみ続ける方法

LLMがコード生成の主流になる中で、Haskellコミュニティの投稿者が、プログラミングの楽しさを失わずに生産性を上げるワークフローを提案する。計画や調査などの周辺作業をエージェントに任せ、コーディング自体は自分で行うこと、生成物には自動レビューサイクルを設けることを勧める。スキル維持とコードベースの所有権を守りながら、LLMを「帳簿付けツール」として活用する道を示す。

計画は一緒に立てるが、コードを書くのは自分だ。
  1. chicken-stew

    少し前、HNで共感した投稿を読んだ。私たちは自動車整備士の愛好家に匹敵する時代に移行しつつあるという話だ。昔の世代の車では、人は手工具でいじるのをただ楽しんでいた。そして現代の車では、ソフトウェアパッチでチューニングするのを好む人たちがいる。

    LLMが登場した当初から、私が生成してもらったコードでは良い経験しかなかった。バグっていたり、動くけれども obscure なバグで一晩を無駄にしたり、あるいは危険信号だらけだったりする。

    私の最新の趣味プロジェクトは、テキストエディタにマークアップで書くだけだ。IDEの拡張支援ももう終わりにした。忘れたことはGoogleで調べる。人々がバイブコーディングでファームウェアやドライバを書いて、それがちゃんと動くという素晴らしい話を絶えず読む。正直、自分は何かの宣伝ボットの投稿を読んでいるのではないかと疑い始めている。

  2. beej71

    心に留めておくべきことの一つは、何であれLLM(あるいは誰であれ)に投げるたびに、そのスキルは萎縮していくということだ。

    自分自身でもこれが起きるのを見た。突然、ごく小さなプロジェクトのアーキテクチャを計画するのに苦労したのだ。自分には明らかであるはずで、そうだと分かっていた。だから、いつものように答えが目の前に突然現れないことに戸惑った。Claudeに相談してアイデアをもらおうかと思った。

    しかし、そこで自分を止めた。これは自分でできるはずだ! そこで紙を一枚取り出し、ダムが決壊するまでアイデアを走り書きした。すると突然、最初から明らかであるべきだった設計全体がはっきりと見えた。5分ほどかかった。

    しかし、その5分間は alarm だった。解決策に対して盲目になっていたかのようだった。

    そして気づいた。Claudeにたくさんのアイデアを求め、自分の経験に基づいて最善のものを選ぶとき、私はまさにそのスキルを鍛えていたのだ。ゼロから解決策を考え出すスキルを鍛えていたわけではなかった。

    多くの場合、私たちは特定のスキルが萎縮するのを喜んで受け入れる。もしかすると、それを鍛えるのが好きではなく、もうやりたくないだけかもしれない。それは妥当だと思う。

    ただ、その使い方には注意してほしい。

  3. nifragos

    プログラミングはすべて創造に関するものだ。もし私がプロジェクトで mundane なことをしていると、死にそうになる。LLMのおかげで、そうでなければセットアップやチュートリアルを読むなどにあまりにも多くの時間を費やすことになる、魅力的な新しいことを探求できるようになった。とはいえ、プログラマーの需要は減るだろうが、なくなることはないと信じている。マネージャーは人を管理する必要があるからね ;-)

  4. TSiege

    LLMコーディングの長所短所はさておき、最新のエージェント型コーディングで私の中で何かが本当に変わった。仕事へのモチベーションが徐々に薄れていくのを感じている。どんな役割でも、常に仕事に没頭できる何かを見つけていた。しかし今はモチベーションがない。毎週、自分のスキルや才能、さらにはアイデアそのものがますます無関係になっていくように感じる。私はただ、ボット間でデータと権限をやり取りする肉袋にすぎない。

  5. trashface

    18年間キャリアを積んだが、プログラミングを離れる準備はできている。面白いことに、Haskellを一度も習得できなかった。何度か試した。おそらくここのほとんどの人とは違い、プログラミングは「天職」だと感じたことはなかった。17歳くらいでかなり遅くに始め、生計を立てるのにまともな方法のように思えた。そしてしばらくはある程度そうだった。しかし今、50代前半になって、それはもはや「ある程度そう」ですらない(何年も有給のプログラミング仕事はない)。だから、そのスキルを維持するためにエネルギーを費やすのは自分には有益ではないと思う。Claudeがくれるコードをまだちらちら見ることはあるが、それくらいだ。

    プログラミングは、少なくとも私にとっては、急速にドードー鳥の道をたどっている。予想より少し早いが、老後のために貯めたものを費やす時だ。それが続くことを願っている。

  6. humlex

    最近(2日前)、超高速モデルで低推論(gpt 6 luna low effort + fast mode)を使うとずっと楽しめることに気づいた。そうすれば、ずっと手を動かし続けられ、20分も待って勝手に大量の決定をされることもない。

    また、LLMは何よりもまず超高速で読むのが得意だ。コードのモジュールを要約して再表現するのに最適だ。

  7. DonaldFisk

    私はLLMの使用を避けてきた。有給の仕事ではこの選択肢がないかもしれないが、余暇には確実にできる。もしそれをしなければ、プログラミング言語で考える能力を徐々に失っていくだろう。これは他のあらゆる認知スキルにも同様に当てはまる。音楽を作曲したり楽器を演奏したり、外国語を話したり読んだり、クリプティッククロスワードを解いたり、チェスや囲碁をしたり、などだ。コンピュータが今やずっと上手いからといって、チェスをやめることはないだろう。要は、自分で学び、理解し、それらを行うことだ。

    私がやってきたことに基づくアドバイスだ。LLMを使わずに、ゼロから自分でプログラミング言語を実装し、その言語でプログラミングせよ。実装やそこで書いたコードを公開するな。

    自宅でのプログラミングのほとんど(ほぼすべて)は、自分で設計して書いたLisp方言で行っている。表面的にはCommon Lispに似ているが、微妙な違いがあり、いくつかの欠陥もあって工夫して回避している。そして私のLisp方言で、視覚的データフロー言語を実装した。コードサンプルは私のウェブサイトにあるが、PNG画像なのでLLMからは安全だ(と思う)。この言語は実世界には存在しないMIMDハードウェアで動くように設計された。また、Edinburgh構文を使わないPrologも実装し、型チェックや制御英語実装のパースに使っている。だから、LLMを使う誘惑も選択肢も決してなかった […]

  8. BizarreByte

    私の仕事はLLMのはるか前からプログラミングを嫌いにさせた。どちらかといえば、LLMにやりたくない bullshit をやらせて、面白い問題(たいていは9時5時の外にあるもの)のためにエネルギーを取っておける今の方がプログラミングを楽しんでいる。

  9. AyanamiKaine

    「創造性の敵」を読んでいるとき

    機械の使用に反対する戦いを説明するために中国の賢人を用いている:

    「私は師が言うのを聞いた。機械を使う者は誰でも、その仕事をすべて機械のように行う。機械のように仕事をする者は、心も機械のように育つ。そして胸に機械の心を抱く者は、その素朴さを失う。素朴さを失った者は、魂の努力において不確かになる。魂の努力における不確かさは、正直な感覚と一致しない何かである。私がそのようなものを知らないわけではない。

    私はそれらを使うのが恥ずかしい。」

    この投稿と同じように私にも響く。

  10. matsemann

    プログラミング中にLLMを使うのは気にしない。少なくとも私の使い方では、自分の経験、知識、好みが活かされて、バイブコーディングするよりも良いものになっていると感じる。

    楽しめなくなったのは、同僚のLLM使用に対処しなければならないことだ。申し訳ないが、肉のプロキシと話したり、間違った問題を解決する巨大なPRを受け取ったりするのは楽しくない。まるで半分の人が脳の電源を切ったようだ。より速く生産するが、正しいものは生産していない。

この日のほかの記事

2026-09-26