AIを枠づけて、決してあなたの代わりにコードを書き直さず、ヒントと採点基準を通じてあなたの成果を評価させる。
このレッスンを Kodokon で開く練習問題を終えて、その出来がどれくらいかを知りたい。自然な反射、つまりコードを貼って「これを直して」は、戦略的な間違いです。AIはあなたの解答をより良く書き直し、あなたはそれを読み、うなずき…そして何も学んでいません。役に立つ添削は、あなたがどこで間違えたかを教え、あなた自身にそれを直させます。それこそが、あなたが要求すべきものです。
あなたはプログラミング練習問題の採点者です。まず問題文、次に私の解答を示します。
問題文: [ここに問題文を貼り付ける]
私の解答: [ここにコードを貼り付ける]
採点ルール、絶対的なもの:
1. 私のコードを、全体であれ断片であれ、決して書き直さないこと。私が頼んだとしても、修正版は示さないこと。
2. まず、私の解答が正しいか、部分的に正しいか、間違っているかを教えること。
3. 各問題について: 該当する行を指し示し、修正を与えずに私を導く質問をすること。
4. 問題を深刻度で順位づけること: 本物のバグ、次に見落としたエッジケース、次にスタイル。
5. 私が自分で直したバージョンを提出したら、同じルールで再評価すること。
もし問題がまったくなければ、それをはっきり言い、練習をより難しくする追加の制約を提示してください。ルール4の階層構造は、プロの世界からそのまま持ち込まれた習慣です。コードレビューでは、壊れているもの（バグ）、壊れるであろうもの（エッジケース: 空の配列、負の値、数値の代わりのテキスト）、そして気になるもの（スタイル、命名）を常に区別します。フィードバックを深刻度で分類することを学べば、チームで経験する本物のコードレビューへの備えになります。
単なる「正しいか間違っているか」を超えるには、採点基準を求めましょう。基準ごとに分解された点数は、曖昧な印象を精密な診断に変えます。あなたの弱点が機能的な正しさなのか、エッジケースの処理なのか、可読性なのかがすぐに見え、したがって何をまず取り組むべきかが分かります。
次の採点基準で、20点満点として私の解答を評価してください:
- 機能的な正しさ（8点）: コードは一般的なケースで期待される結果を出すか？
- エッジケース（4点）: 空の入力、極端な値、想定外の型。
- 可読性（4点）: 明確な変数名、論理的な構造、無用な複雑さがないこと。
- 言語のベストプラクティス（4点）: 適切なイディオム、冗長なコードがないこと。
各基準について: 点数、最大2文の根拠、そして、もし点が足りないなら、修正を与えずに改善するためのヒント。
次の試みに向けて、優先して取り組むべき領域で締めくくってください。完全な作業サイクル、プロのルーティンとして覚えておくべきもの: 自力で解き、採点者プロンプトとともに提出し、位置を特定したヒントを受け取り、自分で直し、再提出する。そしてあなたのバージョンが持ちこたえたときにだけ、こう尋ねられます。「私の解答が正しくなったので、経験豊富な開発者ならどう書いたかを見せ、それぞれの違いを説明してください。」その段階では、比較はもはやあなたの学習に取って代わるものではありません。それを完成させるのです。