【共通テスト情報I】DNCLが読めない原因はコレ!勘に頼らず得点する3つの読み方

【共通テスト情報I】DNCLが読めない原因はコレ!勘に頼らず得点する3つの読み方 勉強法・ロードマップ

共通テストの情報Iを受験する皆さん、勉強は順調ですか?

プログラミング分野(DNCL)の過去問や予想問題を見て、

「日本語で書いてあるはずなのに、なぜか頭に入ってこない…」

「数学は得意なはずなのに、プログラムの変数の動きが追えない…」

と焦っている人、実はかなり多いんです。

でも、安心してください。DNCLが読めないのは、あなたの頭が悪いからではありません。「読み方のルール」を知らないだけです。

この記事では、共通テスト「情報I」のDNCL問題を
「読めない」状態から「確実に点が取れる」状態に変える読み方を解説します。

これを知っているだけで、プログラムの見え方がガラッと変わりますよ。


その1:「←」はイコールじゃない!「上書き保存」と翻訳せよ

変数は「値を入れる箱」

まず、数学好きな人ほど引っかかるのがこれです。

x = x + 1

これを見た瞬間、

0 = 1?ありえない!

と混乱してしまう人が多いです。

ですが、情報のテストにおいて
「=」は「等しい」という意味ではありません。

情報のテストにおいて、「=」は「代入」を意味します。
もっと分かりやすく言うと、
「上書き保存」です。

  • 右側(x + 1): 計算をする場所
  • 左側(x): 結果を入れる箱
  • =: 箱の中身を捨てて、新しい値を入れる動作

つまり、

x = x + 1は、
今の x に 1 を足して、その結果で x を上書きする

「等しい」という固定的なイメージを捨てて、「値が移動して書き換わる」という動画的なイメージを持ってください。


その2:頭の中で計算するな!最強の武器「トレース表」を書こう

プログラムが読めない人の9割は、「頭の中だけで変数の値を追おうとしてパンク」しています。

  • 今の i はいくつ?
  • 合計 goukei は増えた?
  • 配列の何番目を見ている?

これを同時に覚えるのは無理です。
だからこそ使うのが トレース表 です。

【トレース表の書き方】

  1. 問題用紙の余白に、変数名(i, k, goukei など)を書く
  2. プログラムを1行読むごとに、変化した値を書く
  3. 古い値は消さず、二重線で消す(履歴を残す)

これだけで、うっかりミスは激減します。

トレース表の具体例

書かない人から間違える。これは本当に断言できます。


その3:最大の落とし穴!配列の添字は0?1?

配列問題で、一番失点しやすいポイントです。

配列の添字が0から始まるのか、1から始まるのか確認していますか?

具体例で確認

要素数が N = 5 の配列 Data の場合:

0始まり

  • 添字:0, 1, 2, 3, 4
  • 最後の要素:Data[4](= Data[N-1])

1始まり

  • 添字:1, 2, 3, 4, 5
  • 最後の要素:Data[5](= Data[N])

この 「1つのズレ」 が命取りになります。

特に見るべきはループ条件です。

  • i を 0 から N-1 まで
  • i を 1 から N まで

「なんとなく同じ回数だろう」と思った瞬間、
最後の1個だけ計算されない、範囲外参照、という事故が起きます。

配列の0始まり・1始まり比較

対策:境界値チェック

  • 問題文やコードから配列の定義を見る(Data[0]?Data[1]?)
  • ループの開始と終了を必ず確認する

この癖をつけるだけで、ひっかけ問題にかなり強くなります。


まとめ

DNCL攻略のカギは、以下の点に気をつけて解くことです。

  1. 「=」は代入と思うこと。
  2. トレース表を書いて、手で値を追うこと。
  3. 配列が0始まりか1始まりか、ループの端っこを必ず確認すること。

この3つを意識して取り組んでみてください。

今まで「なんとなく」解いていた問題が、くっきりと意味を持って見えてくるはずです。

共通テスト本番、冷静に、確実に点を取ってきましょう!

応援しています!

コメント

タイトルとURLをコピーしました