Levix's zone

コーディングにおける AI アシスタントの台頭は逆説を引き起こしました：私たちは生産性を高めているかもしれませんが、注意しないとスキルの退化によって競争力を失うリスクがあります。スキルの退化とは、使用や練習の不足により、時間の経過とともにスキルが低下または失われることを指します。
プログラミングにおける AI アシスタントの台頭は逆説を引き起こしました：私たちは生産性を高めているかもしれませんが、注意しないとスキルの退化のリスクに直面します。スキルの退化とは、使用や練習の不足により、時間の経過とともにスキルが低下または失われることを指します。

AI が利用できなかったら完全に行き詰まりますか？
AI が利用できなかったら、あなたは完全に行き詰まりますか？

すべての開発者は、面倒な作業を機械に任せる魅力を知っています。AI が必要に応じて答えを提供できるのに、なぜドキュメントを暗記したり、チュートリアルを探したりする必要があるのでしょうか？この_認知的オフロード_ - 外部ツールに頼ってメンタルタスクを処理すること - には多くの前例があります。GPS ナビゲーションが私たちの道案内の才能をどのように侵食したかを考えてみてください：あるエンジニアは、何年も Google マップを盲目的に追い続けた結果、彼の道案内スキルが「退化した」と認めています。同様に、AI 駆動のオートコンプリートやコードジェネレーターは、私たちを日常的なコーディングタスクのために **「脳をオフにする」** ように誘惑することがあります。（ナビゲーションの仕方を忘れたエンジニア Dmitry Mazin に感謝、彼のブログ記事でも、スキルを失わずに LLM を使用する方法に触れています）
すべての開発者は、面倒な作業を機械に任せる魅力を知っています。AI が必要に応じて答えを提供できるのに、なぜドキュメントを暗記したり、チュートリアルを探したりする必要があるのでしょうか？この認知的オフロード - 外部ツールに頼ってメンタルタスクを処理すること - には多くの前例があります。GPS ナビゲーションが私たちの道案内の才能をどのように侵食したかを考えてみてください：あるエンジニアは、何年も Google マップを盲目的に追い続けた結果、彼の道案内スキルが「退化した」と認めています。同様に、AI 駆動のオートコンプリートやコードジェネレーターは、私たちを日常的なコーディングタスクのために「脳をオフにする」ように誘惑することがあります。（ナビゲーションの仕方を忘れたエンジニア Dmitry Mazin に感謝、彼のブログ記事でも、スキルを失わずに LLM を使用する方法に触れています）

機械的な作業を外注することは本質的に悪いことではありません。実際、私たちの多くは、そうでなければ取り組まないであろうプロジェクトに挑戦できるルネッサンスを経験しています。ベテラン開発者のサイモン・ウィリソンは皮肉を言った、「私たちの奇妙な新しい AI 強化現実で最も興奮しているのは、プロジェクトに対してより野心的になれる方法です」。AI がボイラープレートや迅速なプロトタイピングを処理することで、かつては_数日_かかっていたアイデアが、今では午後のうちに実現可能に思えます。スピードと生産性の向上は実際のものであり、あなたが何を構築しようとしているかによります。危険は、健全な自動化とコアスキルの有害な_退化_の間の境界線を引く場所にあります。
機械的な作業を外注することは本質的に悪いことではありません。実際、私たちの多くは、そうでなければ取り組まないであろうプロジェクトに挑戦できるルネッサンスを経験しています。ベテラン開発者のサイモン・ウィリソンは皮肉を言った：「この奇妙な AI 強化現実で最も興奮しているのは、プロジェクトに対してより野心的になれる方法です。」AI がボイラープレートや迅速なプロトタイピングを処理することで、かつては数日かかっていたアイデアが、今では午後のうちに実現可能に思えます。スピードと生産性の向上は実際のものであり、あなたが何を構築しようとしているかによります。危険は、健全な自動化とコアスキルの有害な退化の間の境界線を引く場所にあります。

批判的思考は犠牲になっているのでしょうか？
批判的思考は犠牲になっているのでしょうか？

最近の研究は、私たちの批判的思考や問題解決能力が静かに劣化している可能性があることを警告しています。マイクロソフトとカーネギーメロン大学の研究者による2025 年の研究では、人々が AI ツールに頼るほど、批判的思考が減少し、必要なときにそのスキルを呼び起こすのが難しくなることがわかりました。
最近の研究は警鐘を鳴らしています：私たちの批判的思考や問題解決能力が静かに劣化している可能性があります。マイクロソフトとカーネギーメロン大学の研究者による 2025 年の研究では、人々が AI ツールに頼るほど、批判的思考の使用が減少し、必要なときにこれらのスキルを呼び起こすのが難しくなることがわかりました。

本質的に、AI の能力に対する高い信頼は、人々を精神的に後ろに座らせることにつながります - 「ハンドルから手を離す」 - 特に簡単なタスクにおいて。タスクが簡単に感じられるとき、人間の本能はリラックスすることですが、時間が経つにつれてこの **「長期的な依存」は「独立した問題解決能力の低下」** につながる可能性があります。研究では、AI の支援を受けた労働者が同じ問題に対して_より多様な解決策を生み出さなかった_ことも指摘されています。AI はそのトレーニングデータに基づいて均質化された回答を提供する傾向があるためです。研究者の言葉を借りれば、この均一性は_「批判的思考の劣化」_そのものと見なされる可能性があります。
本質的に、AI の能力に対する高い信頼は、人々を精神的に後ろに座らせることにつながります - 「ハンドルから手を離す」 - 特に簡単なタスクにおいて。タスクが簡単に感じられるとき、人間の本能はリラックスすることですが、時間が経つにつれてこの「長期的な依存」は「独立した問題解決能力の低下」につながる可能性があります。研究では、AI の支援を受けた労働者が同じ問題に対してより多様な解決策を生み出さなかったことも指摘されています。AI はそのトレーニングデータに基づいて均質化された回答を提供する傾向があるためです。研究者の言葉を借りれば、この均一性は「批判的思考の劣化」そのものと見なされる可能性があります。

批判的思考にはいくつかの障壁があります：
批判的思考にはいくつかの障壁があります：

• 認知障壁（AI への過度の依存、特にルーチンタスクにおいて）
  認知障壁（AI への過度の依存、特にルーチンタスクにおいて）

• 動機障壁（時間的プレッシャー、仕事の範囲の制限）
  動機障壁（時間的プレッシャー、仕事の範囲の制限）

• 能力障壁（AI の応答を検証または改善するのが難しい）
  能力障壁（AI の応答を検証または改善するのが難しい）

日常的なコーディングではこれがどのように見えるのでしょうか？それは微妙に始まります。あるエンジニアは告白しましたが、12 年間のプログラミングの後、AI の即時の助けが彼を_「自分の技術が悪化した」_と感じさせたと述べています。彼は徐々に進行する退化を描写しています：まず、彼はドキュメントを読むのをやめました - LLM が即座に説明できるのに、なぜ気にする必要があるのでしょうか？
日常的なコーディングではこれがどのように見えるのでしょうか？それは微妙に始まります。あるエンジニアは告白しましたが、12 年間のプログラミングの後、AI の即時の助けが彼を「自分の技術が悪化した」と感じさせたと述べています。彼は徐々に進行する退化を描写しています：まず、彼はドキュメントを読むのをやめました - LLM が即座に説明できるのに、なぜ気にする必要があるのでしょうか？

次に、デバッグスキルが衰えました - スタックトレースやエラーメッセージが daunting に感じられたため、彼はそれらを AI にコピー＆ペーストして修正を求めました。「私は人間のクリップボードになってしまった」と彼は嘆き、エラーを AI に盲目的に送り、解決策をコードに戻していました。以前は各エラーが彼に新しいことを教えてくれましたが、今では_解決策が魔法のように現れ、彼は何も学びません_。即座の答えによるドーパミンラッシュは、苦労して得た理解の満足感に取って代わりました。
次に、デバッグスキルが衰えました - スタックトレースやエラーメッセージが daunting に感じられたため、彼はそれらを AI にコピー＆ペーストして修正を求めました。「私は人間のクリップボードになってしまった」と彼は嘆き、エラーを AI に盲目的に送り、解決策をコードに戻していました。以前は各エラーが彼に新しいことを教えてくれましたが、今では解決策が魔法のように現れ、彼は何も学びません。即座の答えによるドーパミンラッシュは、苦労して得た理解の満足感に取って代わりました。

時間が経つにつれて、このサイクルは深まります。彼は深い理解が次に失われたことに気づきました - 問題を真に理解するために数時間を費やす代わりに、彼は今や AI が提案するものを実装しています。もしそれが機能しなければ、彼はプロンプトを調整して再度尋ね、「依存度が増すサイクル」に入ります。開発の感情回路さえも変わりました：かつては厄介なバグを解決する喜びが、今では AI が 5 分以内に解決策を出さないときのフラストレーションに変わっています。
時間が経つにつれて、このサイクルは深まります。彼は深い理解が次に失われたことに気づきました - 問題を真に理解するために数時間を費やす代わりに、彼は今や AI が提案するものを実装しています。もしそれが機能しなければ、彼はプロンプトを調整して再度尋ね、依存度が増すサイクルに入ります。開発の感情回路さえも変わりました：かつては厄介なバグを解決する喜びが、今では AI が 5 分以内に解決策を出さないときのフラストレーションに変わっています。

要するに、思考を LLM に外注することで、彼は短期的な便利さと引き換えに長期的な習熟度を失っていました。「私たちは AI によって 10 倍の開発者になっているのではなく、AI に 10 倍依存しているのです」と彼は観察します。「私たちが自分で解決できる問題を AI に解決させるたびに、私たちは長期的な理解を短期的な生産性と引き換えにしています」。
要するに、思考を LLM に外注することで、彼は短期的な便利さと引き換えに長期的な習熟度を失っていました。「私たちは AI によって 10 倍の開発者になっているのではなく、AI に 10 倍依存しているのです」と彼は観察します。「私たちが自分で解決できる問題を AI に解決させるたびに、私たちは長期的な理解を短期的な生産性と引き換えにしています」。

あなたのスキルが退化している微妙な兆候
あなたのスキルが退化している微妙な兆候

これは単なる仮説ではありません - AI への依存がソフトウェア開発におけるあなたの技術を侵食している可能性を示す兆候があります：
これは単なる仮説ではありません - AI への依存がソフトウェア開発におけるあなたの技術を侵食している可能性を示す兆候があります：

• デバッグの絶望： すべての例外に対してデバッガをスキップして AI に直接行くことはありませんか？もしスタックトレースを読むことやコードをステップ実行することが今や_厄介_に感じるなら、このスキルに注意を払ってください。AI が登場する前は、バグと格闘することは学びの熔炉でしたが、今ではその努力を外注する誘惑があります。ある開発者は、エラーメッセージを完全に読むことすらやめてしまったと認めています - 彼はそれを AI に送るだけです。その結果：AI が利用できない場合や行き詰まった場合、彼は従来の方法で問題を診断する方法がわからなくなります。
  デバッグの絶望：すべての例外に対してデバッガをスキップして AI に直接行くことはありませんか？もしスタックトレースを読むことやコードをステップ実行することが今や厄介に感じるなら、このスキルに注意を払ってください。AI が登場する前は、バグと格闘することは学びの熔炉でしたが、今ではその努力を外注する誘惑があります。ある開発者は、エラーメッセージを完全に読むことすらやめてしまったと認めています - 彼はそれを AI に送るだけです。その結果：AI が利用できない場合や行き詰まった場合、彼は従来の方法で問題を診断する方法がわからなくなります。

• 盲目的なコピー＆ペーストコーディング： AI にボイラープレートを書くのは問題ありませんが、AI が提供したコードがなぜ機能するのかを理解していますか？もし自分で実装したり説明したりできないコードを貼り付けている自分に気づいたら、注意が必要です。特に若い開発者は、AI を使って以前よりも早くコードを出荷していると報告していますが、特定の解決策が選ばれた理由やエッジケースの処理方法を尋ねられると、彼らは答えられません。代替案を通じて苦労することで得られる基礎知識がただ…欠けている。
  盲目的なコピー＆ペーストコーディング：AI にボイラープレートを書くのは問題ありませんが、AI が提供したコードがなぜ機能するのかを理解していますか？もし自分で実装したり説明したりできないコードを貼り付けている自分に気づいたら、注意が必要です。特に若い開発者は、AI を使って以前よりも早くコードを出荷していると報告していますが、特定の解決策が選ばれた理由やエッジケースの処理方法を尋ねられると、彼らは答えられません。代替案を通じて苦労することで得られる基礎知識がただ欠けている。

• アーキテクチャと全体像の思考： 複雑なシステム設計は単一のプロンプトで解決できません。AI を使って小さな問題を解決することに慣れている場合、AI なしでより高いレベルのアーキテクチャ計画に取り組むことに対してためらいを感じるかもしれません。AI はデザインパターンやスキーマを提案できますが、あなたのユニークなシステムの完全な文脈を把握することはできません。過度の依存は、あなたがメンタルでコンポーネントを組み合わせる練習をしていないことを意味するかもしれません。たとえば、AI が提案したコンポーネントを受け入れるかもしれませんが、それが全体のパフォーマンス、安全性、または保守性にどのように適合するかを考慮しないかもしれません - これは経験豊富なエンジニアが長年の直感を通じて行うことです。もしそのシステムレベルの思考の筋肉が鍛えられていないなら、それらは弱くなる可能性があります。
  アーキテクチャと全体像の思考：複雑なシステム設計は単一のプロンプトで解決できません。AI を使って小さな問題を解決することに慣れている場合、AI なしでより高いレベルのアーキテクチャ計画に取り組むことに対してためらいを感じるかもしれません。AI はデザインパターンやスキーマを提案できますが、あなたのユニークなシステムの完全な文脈を把握することはできません。過度の依存は、あなたがメンタルでコンポーネントを組み合わせる練習をしていないことを意味するかもしれません。たとえば、AI が提案したコンポーネントを受け入れるかもしれませんが、それが全体のパフォーマンス、安全性、または保守性にどのように適合するかを考慮しないかもしれません - これは経験豊富なエンジニアが長年の直感を通じて行うことです。もしそのシステムレベルの思考の筋肉が鍛えられていないなら、それらは弱くなる可能性があります。

• 記憶力と想起力の低下： 基本的な API 呼び出しや言語の慣用句が記憶から抜け落ちていませんか？あまり使わない詳細を忘れるのは普通ですが、AI のオートコンプリートが常に補完しているために、日常的な構文や概念が今やあなたにとって逃げているなら、スキルの退化を経験しているかもしれません。手動で算数をすることを忘れた計算機依存の学生のようになりたくはありません。
  記憶力と想起力の低下：基本的な API 呼び出しや言語の慣用句が記憶から抜け落ちていませんか？あまり使わない詳細を忘れるのは普通ですが、AI のオートコンプリートが常に補完しているために、日常的な構文や概念が今やあなたにとって逃げているなら、スキルの退化を経験しているかもしれません。手動で算数をすることを忘れた計算機依存の学生のようになりたくはありません。

時間の経過とともに、いくつかのスキルの喪失は自然であり、時には受け入れられることもあります。
時間の経過とともに、いくつかのスキルの喪失は自然であり、時には受け入れられることもあります。

私たちは皆、時代遅れのスキルを手放してきました（最後にアセンブリで手動でメモリを管理したのはいつですか？または計算機なしで長除法をしたのはいつですか？）。一部の人は「スキルの退化」を心配することは進歩に抵抗することだと主張します - 結局のところ、私たちは喜んで古い世代のスキル（手書きの手紙や地図を読むことなど）を薄れさせて新しいもののためにスペースを作っています。
私たちは皆、時代遅れのスキルを手放してきました（最後にアセンブリで手動でメモリを管理したのはいつですか？または計算機なしで長除法をしたのはいつですか？）。一部の人は「スキルの退化」を心配することは進歩に抵抗することだと主張します - 結局のところ、私たちは喜んで古い世代のスキル（手書きの手紙や地図を読むことなど）を薄れさせて新しいもののためにスペースを作っています。

重要なのは、_どの_スキルを外注することが安全で、_どの_スキルを鋭く保つことが重要かを区別することです。手動メモリ管理の才能を失うことは一つのことですが、AI の指示に従ってしかリアルタイムシステムをデバッグできなくなることは別のことです。
重要なのは、どのスキルを外注することが安全で、どのスキルを鋭く保つことが重要かを区別することです。手動メモリ管理の才能を失うことは一つのことですが、AI の指示に従ってしかリアルタイムシステムをデバッグできなくなることは別のことです。

スピードと知識のトレードオフ：AI は迅速な回答を提供します（高スピード、低学習）、一方で古い方法（Stack Overflow、ドキュメント）は遅いですが、より深い理解を構築しました。
スピードと知識のトレードオフ：AI は迅速な回答を提供します（高スピード、低学習）、一方で古い方法（Stack Overflow、ドキュメント）は遅いですが、より深い理解を構築しました。

即座の解決策を求める急ぎの中で、私たちは表面をなぞるリスクがあり、真の専門知識を構築するための文脈を見逃す可能性があります。
即座の解決策を求める急ぎの中で、私たちは表面をなぞるリスクがあり、真の専門知識を構築するための文脈を見逃す可能性があります。

過度の依存の長期的リスク
過度の依存の長期的リスク

この傾向が制御されずに続くとどうなるでしょうか？まず、あなたのキャリアにおいて **「批判的思考の危機」** に直面するかもしれません。AI があなたの思考を代行している場合、ツールが不足したときに新しい問題や緊急の問題に対処するための準備ができていないかもしれません。
この傾向が制御されずに続くとどうなるでしょうか？まず、あなたのキャリアにおいて「批判的思考の危機」に直面するかもしれません。AI があなたの思考を代行している場合、ツールが不足したときに新しい問題や緊急の問題に対処するための準備ができていないかもしれません。

ある評論家は率直に述べました：「AI を使えば使うほど、自分の脳を使わなくなる… だから、AI が解決できない問題に直面したとき、自分で解決するスキルはありますか？」。これは考えさせられる質問です。私たちはすでに小さな危機を目撃しています：AI コーディングアシスタントのダウン時に開発者がパニックに陥り、作業フローが停止しました。
ある評論家は率直に述べました：「AI を使えば使うほど、自分の脳を使わなくなる… だから、AI が解決できない問題に直面したとき、自分で解決するスキルはありますか？」。これは考えさせられる質問です。私たちはすでに小さな危機を目撃しています：AI コーディングアシスタントのダウン時に開発者がパニックに陥り、作業フローが停止しました。

過度の依存はまた自己実現的な予言になる可能性があります。マイクロソフトの研究の著者は、AI があなたの仕事を奪うことを心配している場合、_「批判的に使用しない」_と、実際に自分を無能にしてしまう可能性があると警告しました。チーム環境では、これが波及効果を持つ可能性があります。今日のジュニア開発者は「難しい方法」をスキップすることで早く出荷することができるかもしれませんが、明日のシニアエンジニアに成長するための深さが欠けているかもしれません。
過度の依存はまた自己実現的な予言になる可能性があります。マイクロソフトの研究の著者は、AI があなたの仕事を奪うことを心配している場合、「批判的に使用しない」と、実際に自分を無能にしてしまう可能性があると警告しました。チーム環境では、これが波及効果を持つ可能性があります。今日のジュニア開発者は「難しい方法」をスキップすることで早く出荷することができるかもしれませんが、明日のシニアエンジニアに成長するための深さが欠けているかもしれません。

もし全世代のプログラマーが_「本当に自分自身で問題を解決する満足感を知らない」とし、「数時間バグと格闘することから得られる深い理解を経験しない」_なら、私たちは AI の指導なしでは機能できないボタンを押すだけの労働力を持つことになるかもしれません。彼らは AI に正しい質問をするのが得意ですが、答えを真に理解することはありません。そして、AI が間違っているとき（微妙な方法で間違うことが多い）、これらの開発者はそれを見逃すかもしれません - コードにバグやセキュリティの脆弱性が入り込むレシピです。
もし全世代のプログラマーが「本当に自分自身で問題を解決する満足感を知らない」とし、「数時間バグと格闘することから得られる深い理解を経験しない」なら、私たちは AI の指導なしでは機能できないボタンを押すだけの労働力を持つことになるかもしれません。彼らは AI に正しい質問をするのが得意ですが、答えを真に理解することはありません。そして、AI が間違っているとき（微妙な方法で間違うことが多い）、これらの開発者はそれを見逃すかもしれません - コードにバグやセキュリティの脆弱性が入り込むレシピです。

チームのダイナミクスや文化的影響も考慮する必要があります。すべての人が AI ペアプログラマーと一緒に頭を下げている場合、メンターシップやオスモシスによる学習が損なわれる可能性があります。ジュニアが同僚ではなく AI に尋ねることに慣れている場合、シニアエンジニアが知識を伝えるのが難しくなるかもしれません。
チームのダイナミクスや文化的影響も考慮する必要があります。すべての人が AI ペアプログラマーと一緒に頭を下げている場合、メンターシップやオスモシスによる学習が損なわれる可能性があります。ジュニアが同僚ではなく AI に尋ねることに慣れている場合、シニアエンジニアが知識を伝えるのが難しくなるかもしれません。

そして、もしジュニアが強固な基盤を築いていなければ、シニアは、十分に訓練された人間が見逃すべき AI 生成のミスを修正するのにもっと多くの時間を費やすことになるでしょう。長期的には、チームは個々の合計よりも劣る可能性があります - 各自が静かに AI の足場に依存し、批判的なレビューの強固な共有プラクティスが少なくなる個々の集まりです。バスファクター（プロジェクトが崩壊する前に何人がバスに轢かれる必要があるか）は、実際には「AI サービスがダウンした場合、私たちの開発は停止するか？」を含むかもしれません。
そして、もしジュニアが強固な基盤を築いていなければ、シニアは、十分に訓練された人間が見逃すべき AI 生成のミスを修正するのにもっと多くの時間を費やすことになるでしょう。長期的には、チームは個々の合計よりも劣る可能性があります - 各自が静かに AI の足場に依存し、批判的なレビューの強固な共有プラクティスが少なくなる個々の集まりです。バスファクター（プロジェクトが崩壊する前に何人がバスに轢かれる必要があるか）は、実際には「AI サービスがダウンした場合、私たちの開発は停止するか？」を含むかもしれません。

これらのことは、私たちがろうそくの光の下でコーディングに戻るべきだと言っているわけではありません。むしろ、私たちがこれらの強力なツールを_賢く_使用するよう呼びかけています。そうしないと、**「作業そのものだけでなく、私たちの批判的な関与も外注してしまう」** ことになります。目標は、スキルセットを空洞化させることなく AI の利点を享受することです。
これらのことは、私たちがろうそくの光の下でコーディングに戻るべきだと言っているわけではありません。むしろ、私たちがこれらの強力なツールを賢く使用するよう呼びかけています。そうしないと、「作業そのものだけでなく、私たちの批判的な関与も外注してしまう」ことになります。目標は、スキルセットを空洞化させることなく AI の利点を享受することです。

AI を補助者として使用し、足場としてではなく
AI を補助者として使用し、足場としてではなく

AI コーディングアシスタントの生産性向上を享受しながら、_それでも_思考を鋭く保つにはどうすればよいでしょうか？鍵は意識的な関与です。AI を協力者として扱いましょう - ジュニアのペアプログラマーや常に利用可能なラバーダックとして - 絶対的な神託者や問題の投げ捨て場としてではなく。以下は考慮すべき具体的な戦略です：
AI コーディングアシスタントの生産性向上を享受しながら、それでも思考を鋭く保つにはどうすればよいでしょうか？鍵は意識的な関与です。AI を協力者として扱いましょう - ジュニアのペアプログラマーや常に利用可能なラバーダックとして - 絶対的な神託者や問題の投げ捨て場としてではなく。以下は考慮すべき具体的な戦略です：

• 「AI 衛生」を実践する - 常に検証し理解する。 AI の出力が正しいからといって、ただ見た目が妥当だからといって受け入れないでください。AI の提案を_レッドチーム_する習慣を身につけましょう：そのコードのエラーやエッジケースを積極的に探してください。もし AI が関数を生成したら、トリッキーな入力でテストしてください。「この解決策はなぜ機能するのか？その限界は何か？」と自問してください。AI にコードを行ごとに説明させたり、代替アプローチを提案させたりして、AI を学習ツールとして使用しましょう。AI の出力を問いただすことで、受動的な答えを能動的なレッスンに変えます。
  「AI 衛生」を実践する - 常に検証し理解する。AI の出力が正しいからといって、ただ見た目が妥当だからといって受け入れないでください。AI の提案をレッドチームする習慣を身につけましょう：そのコードのエラーやエッジケースを積極的に探してください。もし AI が関数を生成したら、トリッキーな入力でテストしてください。「この解決策はなぜ機能するのか？その限界は何か？」と自問してください。AI にコードを行ごとに説明させたり、代替アプローチを提案させたりして、AI を学習ツールとして使用しましょう。AI の出力を問いただすことで、受動的な答えを能動的なレッスンに変えます。

• 基本的なことには AI を使わない - 時には苦労することが良い。 意図的に週の一部を「手動モード」のコーディングに予約してください。ある経験豊富な開発者は **「ノー AI デー」** を設けました：毎週 1 日は、彼がゼロからコードを書き、エラーメッセージを完全に読み、AI ではなく実際のドキュメントを使用する日です。最初はイライラしました（「私は遅く、愚かに感じる」と彼は認めました）が、難しいトレーニングのように、彼の自信を再構築し、理解を深めました。AI を完全に断つ必要はありませんが、定期的に AI なしでコーディングすることで、基礎スキルのエントロピーを防ぎます。これは、あなたのコーダーブレインのクロストレーニングと考えてください。
  基本的なことには AI を使わない - 時には苦労することが良い。意図的に週の一部を「手動モード」のコーディングに予約してください。ある経験豊富な開発者は「ノー AI デー」を設けました：毎週 1 日は、彼がゼロからコードを書き、エラーメッセージを完全に読み、AI ではなく実際のドキュメントを使用する日です。最初はイライラしました（「私は遅く、愚かに感じる」と彼は認めました）が、難しいトレーニングのように、彼の自信を再構築し、理解を深めました。AI を完全に断つ必要はありませんが、定期的に AI なしでコーディングすることで、基礎スキルのエントロピーを防ぎます。これは、あなたのコーダーブレインのクロストレーニングと考えてください。

• AI に頼る前に、常に自分で問題を試みる。 これは古典的な「開かれた本の試験」のルールです - 最初に少し苦労することで、より多くを学ぶことができます。AI に空白を埋めさせる前に、アプローチを考えてみてください。バグで行き詰まった場合は、自分で 15〜30 分調査してください（プリントデバッグ、コンソールログ、または単にコードを通じて推論を使用します）。これにより、問題解決の筋肉を鍛えることができます。その後、AI に相談することに何の恥もありませんが、今では自分の考えと AI の答えを比較し、違いから本当に学ぶことができます。
  AI に頼る前に、常に自分で問題を試みる。これは古典的な「開かれた本の試験」のルールです - 最初に少し苦労することで、より多くを学ぶことができます。AI に空白を埋めさせる前に、アプローチを考えてみてください。バグで行き詰まった場合は、自分で 15〜30 分調査してください（プリントデバッグ、コンソールログ、または単にコードを通じて推論を使用します）。これにより、問題解決の筋肉を鍛えることができます。その後、AI に相談することに何の恥もありませんが、今では自分の考えと AI の答えを比較し、違いから本当に学ぶことができます。

• AI をコードレビューの補強として使用し、置き換えない。 AI 生成のスニペットを受け取ったときは、人間の同僚が書いたかのようにレビューしてください。さらに良いのは、AI の貢献に対しても人間のコードレビューを行うことです。これにより、チームの知識が循環し、単独の開発者が AI を信頼する際に見逃す可能性のある問題をキャッチします。文化的には、_「AI が草案を作成できるが、私たちが所有する」_という態度を奨励してください - つまり、チームはリポジトリ内のすべてのコードを理解し、維持する責任があるということです。誰が（または何が）最初に書いたかに関係なく。
  AI をコードレビューの補強として使用し、置き換えない。AI 生成のスニペットを受け取ったときは、人間の同僚が書いたかのようにレビューしてください。さらに良いのは、AI の貢献に対しても人間のコードレビューを行うことです。これにより、チームの知識が循環し、単独の開発者が AI を信頼する際に見逃す可能性のある問題をキャッチします。文化的には、「AI が草案を作成できるが、私たちが所有する」という態度を奨励してください - つまり、チームはリポジトリ内のすべてのコードを理解し、維持する責任があるということです。誰が（または何が）最初に書いたかに関係なく。

• 積極的な学習に参加する：フォローアップと反復を行う。 AI の解決策が機能した場合、ただ次に進むのではなく、その知識を固めるための時間を取ってください。たとえば、AI を使って複雑な正規表現やアルゴリズムを実装した場合、その後にそれを平易な英語で説明してみてください（自分自身やチームメイトに）。または、AI にその正規表現がなぜ特定のトークンを必要とするのかを尋ねてみてください。AI を会話的に使用して理解を深めることができます。単に答えをコピー＆ペーストするのではなく。一人の開発者は、ChatGPT を使用してコードを生成し、その後にフォローアップの質問や「なぜこの他の方法ではないのか？」を投げかけることを説明しました - 無限の忍耐を持つチューターを持つようなものです。これにより、AI は単なるコードの供給者ではなく、メンターとなります。
  積極的な学習に参加する：フォローアップと反復を行う。AI の解決策が機能した場合、ただ次に進むのではなく、その知識を固めるための時間を取ってください。たとえば、AI を使って複雑な正規表現やアルゴリズムを実装した場合、その後にそれを平易な英語で説明してみてください（自分自身やチームメイトに）。または、AI にその正規表現がなぜ特定のトークンを必要とするのかを尋ねてみてください。AI を会話的に使用して理解を深めることができます。単に答えをコピー＆ペーストするのではなく。一人の開発者は、ChatGPT を使用してコードを生成し、その後にフォローアップの質問や「なぜこの他の方法ではないのか？」を投げかけることを説明しました - 無限の忍耐を持つチューターを持つようなものです。これにより、AI は単なるコードの供給者ではなく、メンターとなります。

• 学習ジャーナルや「AI アシスト」のリストを保持する。 AI に頻繁に助けを求めることを追跡してください - それはあなたが埋めたい知識のギャップを示すかもしれません。もしあなたが AI に CSS で div を中央に配置する方法や SQL クエリを最適化する方法を何度も尋ねていることに気づいたら、そのトピックを本当に学ぶためのメモを取ってください。AI の解決策に基づいて自分自身のためにフラッシュカードや演習を作成することもできます（私たちが保持に良いと知っている_リトリーバルプラクティス_を取り入れています）。次回、同様の問題に直面したとき、AI なしで解決することに挑戦し、方法を覚えているかどうかを確認してください。
  学習ジャーナルや「AI アシスト」のリストを保持する。AI に頻繁に助けを求めることを追跡してください - それはあなたが埋めたい知識のギャップを示すかもしれません。もしあなたが AI に CSS で div を中央に配置する方法や SQL クエリを最適化する方法を何度も尋ねていることに気づいたら、そのトピックを本当に学ぶためのメモを取ってください。AI の解決策に基づいて自分自身のためにフラッシュカードや演習を作成することもできます（私たちが保持に良いと知っているリトリーバルプラクティスを取り入れています）。次回、同様の問題に直面したとき、AI なしで解決することに挑戦し、方法を覚えているかどうかを確認してください。

• AI と一緒にペアプログラミングをする。 AI をクエリを入力する API のように扱うのではなく、ペアプログラミングのマインドセットを試みてください。たとえば、あなたが関数を書き、AI に改善を提案させたり、間違いを見つけさせたりします。あるいはその逆に、AI に草案を書かせ、あなたがそれを洗練させます。継続的な対話を維持してください：「さて、その関数は機能しますが、明確さのためにリファクタリングを手伝ってくれますか？」 - これにより、あなたが運転席にいることが保たれます。あなたはただ答えを消費するのではなく、リアルタイムで AI の貢献をキュレーションし、指示しています。一部の開発者は、AI を使用することが、優れた基礎作業を行うが監督が必要なジュニア開発者を持つような感覚だと感じています - あなたは最終的な結果に責任を持つループ内のシニアです。
  AI と一緒にペアプログラミングをする。AI をクエリを入力する API のように扱うのではなく、ペアプログラミングのマインドセットを試みてください。たとえば、あなたが関数を書き、AI に改善を提案させたり、間違いを見つけさせたりします。あるいはその逆に、AI に草案を書かせ、あなたがそれを洗練させます。継続的な対話を維持してください：「さて、その関数は機能しますが、明確さのためにリファクタリングを手伝ってくれますか？」 - これにより、あなたが運転席にいることが保たれます。あなたはただ答えを消費するのではなく、リアルタイムで AI の貢献をキュレーションし、指示しています。一部の開発者は、AI を使用することが、優れた基礎作業を行うが監督が必要なジュニア開発者を持つような感覚だと感じています - あなたは最終的な結果に責任を持つループ内のシニアです。

これらの習慣を統合することで、AI の使用が純粋なプラスであることを保証します：加速と便利さを得ながら、独立してコーディングする能力を徐々に失うことはありません。実際、これらの多くの実践は、AI を_スキルを磨くためのツール_に変えることができます。たとえば、AI を使用して不明なコードを説明させることで知識を深めたり、トリッキーなケースで AI を困らせようとしたりすることで、テストマインドセットを強化できます。違いは、受動的に依存するのではなく、積極的に関与することにあります。
これらの習慣を統合することで、AI の使用が純粋なプラスであることを保証します：加速と便利さを得ながら、独立してコーディングする能力を徐々に失うことはありません。実際、これらの多くの実践は、AI をスキルを磨くためのツールに変えることができます。たとえば、AI を使用して不明なコードを説明させることで知識を深めたり、トリッキーなケースで AI を困らせようとしたりすることで、テストマインドセットを強化できます。違いは、受動的に依存するのではなく、積極的に関与することにあります。

結論：鋭さを保つ
結論：鋭さを保つ

ソフトウェア業界は AI を中心にコード生成を進めており、その流れを止めることはできません。これらのツールを受け入れることは避けられないだけでなく、しばしば有益です。しかし、AI を私たちのワークフローに統合する際には、私たち各自が_「微妙な線を歩く」_必要があります。
ソフトウェア業界は AI を中心にコード生成を進めており、その流れを止めることはできません。これらのツールを受け入れることは避けられないだけでなく、しばしば有益です。しかし、AI を私たちのワークフローに統合する際には、私たち各自が「微妙な線を歩く」必要があります。

コーディングを愛するなら、それは単に機能をより早く出力することだけではなく、最初にこの分野に入ったときの問題解決の技術と喜びを保つことでもあります。
コーディングを愛するなら、それは単に機能をより早く出力することだけではなく、最初にこの分野に入ったときの問題解決の技術と喜びを保つことでもあります。

AI を強化するために使用し、置き換えないでください。それを使って単調な作業から解放され、創造的で複雑な側面に集中できるようにしてください - しかし、基礎的なスキルが使われないことで退化しないようにしてください。物事がどのように、なぜ機能するのかについて好奇心を持ち続けてください。AI がショートカットを提供しても、デバッグの直感やシステム思考を磨き続けてください。要するに、AI をあなたの協力者にし、足場にしないでください。
AI を強化するために使用し、置き換えないでください。それを使って単調な作業から解放され、創造的で複雑な側面に集中できるようにしてください - しかし、基礎的なスキルが使われないことで退化しないようにしてください。物事がどのように、なぜ機能するのかについて好奇心を持ち続けてください。AI がショートカットを提供しても、デバッグの直感やシステム思考を磨き続けてください。要するに、AI をあなたの協力者にし、足場にしないでください。

繁栄する開発者は、人間の直感と経験を AI の超能力と組み合わせることができる人々です - 自動操縦装置があってもなくてもコードベースをナビゲートできる人々です。意識的に練習し、自分自身に挑戦することで、華やかなツールが不足したときや本当に新しい問題が発生したときに、あなたが運転席にいて、鋭く、解決する準備ができていることを保証します。AI があなたを置き換えることを心配するのではなく、あなたを置き換えられないようにするスキルを育てないことを心配してください。言い換えれば（現代的なひねりを加えて）：「AI が与えるものは、エンジニアの心がまだ理解しなければならない」。その心を関与させ続ければ、AI の波に乗りながらも沈没することはありません。
繁栄する開発者は、人間の直感と経験を AI の超能力と組み合わせることができる人々です - 自動操縦装置があってもなくてもコードベースをナビゲートできる人々です。意識的に練習し、自分自身に挑戦することで、華やかなツールが不足したときや本当に新しい問題が発生したときに、あなたが運転席にいて、鋭く、解決する準備ができていることを保証します。AI があなたを置き換えることを心配するのではなく、あなたを置き換えられないようにするスキルを育てないことを心配してください。言い換えれば（現代的なひねりを加えて）：AI が与えるものは、エンジニアの心がまだ理解しなければならない。心を関与させ続ければ、AI の波に乗りながらも沈没することはありません。

ボーナス： 次回、AI に機能全体をコーディングさせる誘惑に駆られたときは、これを自分で少し書くように袖をまくり上げるための刺激と考えてください。あなたがどれだけ_覚えているか_、そしてそれらのメンタルマッスルを再び使うことがどれほど良いかに驚くかもしれません。AI 支援の開発の未来があなたを知的に無気力にさせないようにしてください。AI を使用して生産性を_向上_させますが、決して自分の技術を実践することをやめないでください。
ボーナス：次回、AI に機能全体をコーディングさせる誘惑に駆られたときは、これを自分で少し書くように袖をまくり上げるための刺激と考えてください。あなたがどれだけ覚えているか、そしてそれらのメンタルマッスルを再び使うことがどれほど良いかに驚くかもしれません。AI 支援の開発の未来があなたを知的に無気力にさせないようにしてください。AI を使用して生産性を向上させますが、決して自分の技術を実践することをやめないでください。

明日の最高の開発者は、今日の AI に思考を忘れさせなかった人々です。
明日の最高の開発者は、今日の AI に思考を忘れさせなかった人々です。

新しいAI 支援エンジニアリング書籍を O'Reilly と共に執筆していることをお知らせできることに興奮しています。ここでの私の執筆を楽しんでいただけたなら、ぜひチェックしてみてください。
新しい AI 支援エンジニアリング書籍を O'Reilly と共に執筆していることをお知らせできることに興奮しています。ここでの私の執筆を楽しんでいただけたなら、ぜひチェックしてみてください。

原文リンク：

https://addyo.substack.com/p/avoiding-skill-atrophy-in-the-age