15 ポイント 投稿者 GN⁺ 2025-04-28 | 5件のコメント | WhatsAppで共有
  • AIコーディングツールの利用は生産性を高める一方で、開発者が感じていた 没入感と創造の喜びが薄れている現象 への懸念を提起している
  • かつての 「フロー(flow)」状態 でのコーディング体験は、開発者に大きな満足感を与えていた
  • 現在は AIがコード生成を肩代わり し、開発者は 説明し評価する「キュレーター」役 にとどまることが多い
  • この変化により、長期的な幸福感や職業満足度の低下の可能性 が指摘されている
  • 解決策としては、意図的に「自分でコードを書く」余地を残す工夫新しい形の満足感を見つけること が必要だ

コーディングの楽しさはどこへ行ったのか

  • 筆者はAI技術の進歩とその肯定的な側面を認めつつも、開発者としての楽しさが失われつつある と打ち明けている
  • かつては ヘッドホンをつけ、NeoVimを立ち上げ、時間を忘れて没頭していたコーディングの瞬間 があった
  • 単なる効率や報酬ではなく、問題を解決しながら何かを作り出す体験そのものが本質的な動機 だった

心理学でいう「フロー(flow)」の価値

  • 心理学者 Mihaly Csikszentmihalyi の理論によれば、フロー状態は挑戦と技能が適切に釣り合ったときに生じる
  • 開発者にとってこのフローは、コードと一体になる瞬間問題がパズルのように感じられ時間感覚が消える体験 として現れる
  • こうした瞬間は単なる作業ではなく、創造性と職業的な幸福感の核心 である

AIツールが変えた開発者の役割

  • 現在は AIベースのコーディングツール(Copilot、Cursor など) によって、自分で直接書かなくても多くのコードを生成できる
  • 開発者は今や、プロンプト作成、AIの出力確認、少しの修正 に集中するようになっている
  • その結果、過去の フロー体験や創作の喜びが減っている
  • AIの利用は 生産性を向上させる一方で、その過程は より受動的で感情的な距離のある体験 になりうる

本当の懸念: フローが消えたら?

  • 生産性は向上するが、喜びは減る という二面的な現象は、長期的には開発者の満足度に影響する可能性がある
  • コーディング過程における 挑戦、創造的な解決、自分で書く達成感が失われれば仕事そのものの意味も薄れてしまうかもしれない
  • 「プロンプトエンジニアリング」新たなフローの対象になりうるのか? という疑問も提示されている

新しいフローの形を探す

  • 未来には、直接コーディングすることよりもシステム設計やプロダクトのアイデア構想 などに満足感を見いだすようになるかもしれない
  • あるいは、意図的に非効率な「手書きコーディング」の時間を確保する ことで、フローのための空間を維持することもできる
  • 重要なのは、AI時代であっても 開発者としての幸福とフローを守るための意識的な選択が必要 だということ

5件のコメント

 
wogns3623 2025-05-01

直接コーディングは趣味の領域へ移っていくのでしょうか…

 
bungker 2025-04-30

自分がやりたい部分に集中できるので、むしろ没頭しやすくなる気がします

 
ahwjdekf 2025-04-28

インターネットで公開されていないコードはAIでも絶対に書けないのに、どうしてコーディングを全部AIがやってくれると言えるのか、よく分かりません。

 
bluewolf80 2025-04-28

私も、これは比較的複雑さの低いソフトウェアを対象にした話ではないか? と思いました。オープンソースだとしても、たとえば Linux カーネルの中核コードをうまく書けるのか……

 
GN⁺ 2025-04-28
Hacker Newsの意見
  • ある人たちは、プログラミングそのものを愛している。CS理論も、ツールも、ほとんどあらゆるものを愛している

    • 一方で、それを目的のための手段と見なし、技術的な側面に楽しさを見いださない人たちもいる。彼らは過程よりも成果物のほうに関心がある
    • Aグループに属しているなら、Bグループを理解するのは難しいかもしれない。その逆もまた同じだ
    • 私は音楽家として、音楽制作のあらゆることを愛している。理論、楽器の習熟、何千時間もの練習を通じて、不可能だと思っていたことが演奏できるようになることも
    • その一方で、すぐに成果物へ飛び込みたい人たちもいる。彼らは頭の中のメロディーやアイデアを中心に曲を作りたいのだ
    • 私はそういう人たちを軽視しない。理解はできないが、理解する必要もない
    • 多くの開発者は何年もかけて技術と愛情を磨いてきたので、人々がなぜ努力なしに生成されたものを求めるのか理解できない
  • もしプログラミングが好きなら、これからもコーディングを続ければいい。キーボードを奪われたわけではない

    • AIのおかげで、私が本当に関心のあるコーディングの部分に集中できる。全体の5〜10%くらいだ
    • 残りは、反復的な作業、Dockerfile、ビルドシステム、Bashの環境変数の受け渡しなどでできている
    • AIはいつも正しいわけではないが、人間より信頼できる。判断したり嘲笑したりしない
  • 自分たちの仕事から喜びが失われるなら、何を最適化しているのか疑問だ

    • 目標は、本物の人々のために問題を解決することだ
    • オープンソースのサイドプロジェクトは、愛情と楽しさのために存在する
    • プログラミングは大丈夫だろう
  • 最近、AI支援コーディングのおかげで、久しぶりに素晴らしいフローを経験している

    • 作業をほどよい複雑さのコンポーネントに分割し、AIに処理させる
    • 高レベルの設計に集中する
  • このコメント欄は、コーディングを愛してAIを嫌う人たちと、コーディングを嫌ってAIを愛する人たちの明確な違いを示している

    • コーディングを他人や何かに任せたがる人たちは、すでに最悪のコードを出力している開発者である可能性が高い
  • GitHub CopilotとChatGPT 4.0を使っている。小さな例では悪くないが、たいていの場合プロンプトは時間の無駄だ

    • LLMが大きなプロジェクトで役に立つのか気になる
    • LLMを使っている人たちに質問したい。大きなプロジェクトではプロンプト戦略を変える必要があるのか、どのプログラミング言語を使っているのか、非自明な問題でLLMが役に立つのか
  • ほとんどの作業をプロンプトで処理し、徹底的にレビューしたあとでコミットしてプッシュしている

    • LLMをうまく使うには、明確な優先順位を設定する必要がある
  • AIツールのせいで、仕事の満足度が下がった

    • AIツールは作業全体を自動化できず、自動化できない作業のほうがさらに退屈だ
    • AIツールによって自分が大事だと思うことに集中できるという人たちがうらやましい
  • 今ほどプログラミングが楽しかったことはない。退屈で煩雑な部分が消え、自分が書きたいコードに集中できる

  • スモールデータに戻るべきだ。手で選び、地域で得たデータ。香りや手触りを感じられるデータだ

    • そんな日々はもう過ぎ去った