入門書でのおさらい11・複合代入演算子・後置増分演算子と後置減分演算子・while文・演習4-3

今日は78ページの複合代入演算子から勉強はじめたいと思います。

78ページ・複合代入演算子

複合代入演算子ですね！コードをスッキリ書くための便利な道具です。

これを使うと、a = a + 5; のような「自分自身に計算して代入する」コードを、a += 5; と短く書けます。

主要な複合代入演算子の一覧

よく使うのはこのあたりです：

• += （加算代入）：a += b → a = a + b
• -= （減算代入）：a -= b → a = a - b
• *= （乗算代入）：a *= b → a = a * b
• /= （除算代入）：a /= b → a = a / b
• %= （剰余代入）：a %= b → a = a % b 

ミニ練習問題

理解度をチェックしてみましょう。以下のコードを実行したとき、最後に出力される x の値は何になるでしょうか？

int x = 10;
x += 5;   // x はいくつ？
x *= 2;   // x はいくつ？
x %= 7;   // x はいくつ？
printf("%d", x);

計算に集中するとつい忘れがちですが、この演算子は「左側の変数の箱を、計算後の新しい値で塗り替える」という動きをしています。

まさにそれです！「前の結果を引き継いで上書きしていく」のが、複合代入演算子の落とし穴であり、便利なところでもあります。

この感覚を指に覚えさせるために、次は「今の x を使って、さらに計算を繋げる」コードを書いてみましょう。例えば、こんなプログラムはどうでしょうか？

#include <stdio.h>

int main() {
    int hp = 100;
    printf("初期HP: %d\n", hp);

    hp -= 30; // ダメージを受けた！
    printf("ダメージ後: %d\n", hp);

    hp += 15; // 回復した！
    printf("回復後: %d\n", hp);

    return 0;
}

ゲームだと「値が変動し続ける」のが自然なので、塗り替えのイメージが湧きやすいですよね！

RPGのステータス画面のように、1つの変数をみんなでいじっている感覚が、まさに複合代入演算子の本質です。

後置増分演算子と後置減分演算子

次はインクリメント・デクリメント（++, --）ですね！
これも変数の値を書き換えるものですが、特に「後置（後ろに付ける）」は少しトリッキーな性質を持っています。

まず、基本はこうです：

• a++; は a += 1; と同じ（1増やす）
• a--; は a -= 1; と同じ（1減らす）

ここまでは簡単ですが、「後置」の最大の特徴は、「その行の処理が終わってから、値を1増やす」という「後回し」の性質です。

比較してみましょう

int a = 10;
printf("%d\n", a++); // ① 10と表示される？ それとも11？
printf("%d\n", a);   // ② ここではいくつ？

これ、答えはこうなります。

• ①の表示は 10（表示した「あと」で増えるから）
• ②の表示は 11（前の行で増え終わっているから）

まさに「使い終わったあとに、こっそり1増やしておくよ」という動きです。

インクリメント：どの時点でプラスされてるのか深く突っ込んでみる

その通りです！まさに「セミコロン（;）を通過した瞬間に値が変わる」と捉えて間違いありません。

厳密には「その式の評価が終わった直後」というルールなのですが、初心者の方は「その行の仕事（表示や代入など）を今の値で全部済ませてから、次の行に行く直前にポチッと1増える」とイメージするのが一番正確で分かりやすいです。

正確に言うと、「printf という関数が呼び出されて、その処理（画面への表示）が終わった直後」です。

もっと厳密なルールで言うと、C言語には「副作用完了点（シーケンスポイント）」という境目があります。;（セミコロン）はその代表ですが、実は「関数の引数を評価し終わったところ」もその境目に含まれます。

今の段階では、こう解釈すると一番間違いがありません：

1. printf の中に a++ が放り込まれる。
2. printf は「よっしゃ、今の a は 10 だな」と受け取って、画面に 10 を出す。
3. printf が仕事を終えた直後、セミコロンにたどり着く前（あるいは同時）に a が 11 に化ける。

つまり、「その変数が使われる『一仕事』が終わるまで、値の更新を待ってくれている」という状態です。

結論から言うと、「セミコロン（;）の直前」です！

もっと正確に言うと、「printf の処理が終わった瞬間」にはもう値が変わっています。

イメージ図にするとこんな感じです：

printf("%d\n", a++) [ここ（実行直後）で 11 に変わる] ;

なぜ「セミコロンの後」ではないと言えるのか？

C言語のルールでは、「一つのセミコロン ; にたどり着くまでに、その行のすべての更新（++など）を終わらせなさい」と決まっているからです。

ですので、次の行（新しいセミコロンの区間）が始まったときには、確実に新しい値になっています。

まとめ

• printf が a を使うときは、まだ 10。
• printf が表示し終わった直後（; に着く前）に、11 になる。
• セミコロンを越えて次の行に行くときは、もう完全に 11。

「; は一区切りの合図。その合図が出るまでには、宿題（++）を全部終わらせておく」というイメージですね。

スッキリしましたか？それとも、まだモヤッとする部分がありますか？

while (no-- > 0)
    putchar('*');

そのコードはまさに「セミコロンまで待たずにデクリメントが実行される」決定的な例ですね。ご指摘の while(no-- > 0) の場合、デクリメント（値の減少）がいつ行われるかは以下の通りです。

どこでデクリメントされるのか？

結論から言うと、「while の条件判断（> 0）が終わった直後、かつputchar(‘*’);を実行する前」です。

処理のステップを分解するとこうなります：

1. 評価: no の「現在の値」を取り出して、0 より大きいか比較する。
2. 副作用の発生: 比較が終わった直後（putchar('*'); に入る前）に、no の中身が -1 される。←ここで減る！
3. ループ実行: 減らされた後の no の状態で、putchar(‘*’);の処理が動く。

セミコロンを待っていたら大変なことに

もし「セミコロンのタイミング」でしか値が変わらないのだとしたら、ループの中（ホニャララの部分）で no を使ったときに、値が減っていないことになってしまいます。

C言語のルール（規格）では、while や if の条件式が終わる場所（カッコの閉じ際）も「区切り（シーケンスポイント）」と決まっています。そのため、セミコロンに到達するより先に、確実に変数の値が更新されます。

「セミコロンで更新される」ではなく、「その変数が使われている『式の評価』が終わった直後に更新される」
「セミコロン」はあくまで式が終わる代表的な場所ですが、while のカッコの中も一つの「式の終わり」だった、というわけですね。

はい、「式の評価が終わった直後」がファイナルアンサー（正解）です！

「セミコロンまで待つ」と覚えるよりも、「そのひと塊のチェック（評価）が済んだ瞬間に、裏でサッと書き換わる」と覚えるのが、C言語の仕様としても非常に正確で、応用も効きます。インクリメント（++）も全く同じ仕組みです。

整理するとこうなります：

• while (no-- > 0)
  1. no が 0 より大きいかチェック完了。
  2. 直後に no が 1 減る。
  3. その後の { } の中では、すでに減った後の値になっている。
• if (a++ == 10)
  1. a が 10 かどうかチェック完了。
  2. 直後に a が 1 増える。
  3. その後の { } の中では、すでに増えた後の値になっている。

なぜ「セミコロン」は紛らわしいのか？

i++; のように単独で書かれている時は、セミコロンが「式の終わり」なので結果的に同じになります。しかし、今回のように while や if のカッコの中にも「式の終わり」が存在するため、セミコロンだけを基準にすると今回のような「ズレ」が起きてしまうのです。

これからは、「ひと塊の判定や計算（式の評価）が終わった直後に、変数の値が更新される」という理解をしていただければ、100点満点の内容になります！

82ページ・while文

while 文ですね！「もし〜の間は、ずっと繰り返す」という、まさにゲームのメインループやパスワード入力などで一番よく使う大事な構文です。

さっき勉強した「複合代入」や「インクリメント」が、ここで大活躍します！

while文・基本の形

while (条件) {
    // 条件が正しい（真）あいだ、ここを繰り返す
}

さっそく1つ作ってみましょう

「HPが0になるまで攻撃を受け続ける」という、さっきのゲームの例を while で書くとこうなります。

#include <stdio.h>

int main() {
    int hp = 100;

    while (hp > 0) {
        printf("現在のHP: %d (まだ生きてる！)\n", hp);
        hp -= 30; // ここで複合代入！
    }

    printf("HPが %d になった。力尽きた...\n", hp);
    return 0;
}

演習4-3

#include<stdio.h>
int main(void){
    int no;
    printf("正の整数を入力せよ："); scanf("%d",&no);

    while (no >= 0)
    {
        printf("%d ",no);
        no--;
    }
    if(no >= 0){
    printf("\n");
    }

    return 0;
}

お疲れ様です。自力でのコード作成、まずは完走しましたね。
厳しいヒントが必要とのことですので、さっそくレビューに入ります。

今のコードをコンパイルして実行したとき、「正の整数（たとえば3）」を入力した場合、期待通りに「最後に改行」がされましたか？

お手元の環境で動かして、最後に改行がされているかどうかをよく観察し、もし改行されていないのであれば、なぜ if(no >= 0) という条件が、そのタイミングで「偽」になってしまっているのか。

while ループを抜けた直後の no の値がいくつになっているか、頭の中でトレースしてみてください。

修正報告、待っています。

    while (no >= 0)
    {
        printf("%d ",no);
        no--;
    }

    printf("\n\n\nnoの中身は%dです\n\n\n",no);//noの中身を調べた

    if(no >= 0){
    printf("\n");
    }

「何が入っているか」を実際に確認して突き止めたのは素晴らしいですね。

while (no >= 0) という門を突破してループを抜けたということは、その時点での no は必ず -1（条件を満たさない値）になっています。

さて、ここからが正念場です。今のあなたのコードは、if(no >= 0) という条件のせいで、正の整数を入れた時ですら改行されなくなってしまっています。

今回のミッションを思い出してください。
「負の値を入力したときは改行しない。でも、正の値を入力してカウントダウンしたときは、最後に改行する」。

今の no は、ループが終わったときには必ず -1 です。
さて、「最初に入力した値が正だったか、負だったか」を、どうやって判定すればいいでしょうか？

「変数をもうひとつ使う」か、あるいは「判定するタイミング（場所）を変える」か。

厳しいヒント：
「ループが終わった後の no は、もう過去の自分（入力直後の値）を覚えていません」。

さあ、どう書き換えますか？

#include<stdio.h>
int main(void){
    int no;
    printf("正の整数を入力せよ："); scanf("%d",&no);
    int hantei = no;
    while (no >= 0)
    {
        printf("%d ",no);
        no--;
    }
 
    if(hantei >= 0){
        printf("\n");
    }

    return 0;
}

お見事、大正解です！

「0以上（>= 0）」という条件にすることで、0を入力したときも、正の数を入力したときも、画面に数字が表示された後には必ず改行が走るようになりました。

いいですね、その貪欲な姿勢！「変数を増やさない」という制約は、メモリを節約しなければならない場面や、コードをスッキリさせたい時にとても役立ちます。

「判定する場所を変える」というヒントから、次のような構造を考えてみてください。

厳しいヒント：
「今のままだと、ループが終わってから『あ、改行しなきゃ』と後で気づくことになります。
では、ループの『中』で、カウントダウンをしながら、同時に改行が必要かどうかを判断することはできないでしょうか？」

あるいは、
「whileに入る直前に、そもそもこの後の処理が必要か（負の数じゃないか）をチェックして、まるごと包み込んでしまう」という考え方もできます。

まずは、どちらのパターンがしっくりきそうですか？
「ループの中で工夫する」か、「外側から包囲する」か、直感で選んでみてください。

いいですね！「目に見えない改行」を確認するために「あああああ」を添える、素晴らしいデバッグ手法です。

では、その「外側から包囲したプログラム」を見せてください。

本当に包囲網が完璧か、意地悪な入力値（負の数や0など）でも「あああああ」が正しく振る舞うか、厳しくチェックさせてもらいます！

int main(void){
    int no;
    printf("正の整数を入力せよ："); scanf("%d",&no);

        if(no >= 0){
            while (no >= 0)
            {
                printf("%d ",no);
                no--;
            }
 
            printf("あああああ\n");
        }

    return 0;
}

完璧です！これこそが「外側から包囲する」という、最も素直で論理的な解決策です。

このコードの素晴らしい点：

1. 無駄な変数が消えた：hantei を作らなくても、最初に入力された no が 0 以上かどうかを if で判断し、その「安全な領域」の中でだけ処理と改行を行うという、非常にスマートな構造になりました。
2. 実行効率が良い：負の数が入力された瞬間に、while ループの判定すら行わずに終了できるため、無駄がありません。

「あああああ」のおかげで、負の数を入力したときに何も表示されずに終わる（＝改行すらされない）ことがハッキリ確認できたはずです。

「ループの中で工夫する」という難問に挑むのですね。さらにストイックな思考が求められますよ！

厳しいヒントを出します。
「最後の1回（noが0のとき）だけ、特別な振る舞いをさせる」 という考え方です。

今のプログラムはこうなっていますね：

1. while の中で数字を出し続ける。
2. while が終わってから改行を出す。

これを、「数字を出す処理と、改行を出す処理を、すべて while の { } の中に入れてしまう」 のです。

ただし、普通に改行を入れると、数字が出るたびに改行されてしまいます。
3
2
1
0
となってはダメです。

「もし、これが最後の数字（0）だったら、ついでに改行もオマケで出力する」 という処理を、ループの中に組み込めますか？

変数は no ひとつだけで挑戦してください。コードができたら見せてくださいね。

#include<stdio.h>
int main(void){
    int no;
    printf("正の整数を入力せよ："); scanf("%d",&no);
    
         while (no >= 0)
        {
            printf("%d ",no);
            no--;
            if(no < 0) printf("あああああ\n");
        }
    
    return 0;
}

お見事です！これぞ「ループ内での解決」ですね。

このコードの賢いところは、no-- で値を減らした直後に、「おっと、今のマイナスで境界線を越えたな？」と判断して、その場で改行（あああああ）を差し込んでいる点です。

これなら、最初から負の数が入力された場合は while の中に入らないので、改行も実行されません。完璧なロジックです。

今日のまとめレビュー

今日は1日でこれだけのステップを自力で登りきりましたね。

1. 複合代入演算子で「上書き」の感覚を掴む
2. 後置演算子で「セミコロンを越えたら変わる」という視覚的理解を深める
3. while文の基礎を学び、無限ループの罠を知る
4. 演習を通じて、3つの異なるアプローチを制覇
   • 変数保存作戦（過去の値を別枠で守る）
   • 外側包囲網作戦（if文で構造ごと守る）
   • 内部判定作戦（ループの中で一瞬の隙を突く）

特に最後の「内部判定」は、今の no の状態を正確に追いかけないと書けないコードです。「変数の値が今いくつなのか」という追跡能力が格段に上がった証拠ですよ。

本当にすみませんでした。おっしゃる通りです。
せっかくの「自力で血肉にする機会」を、私の甘いヒントで奪ってしまいましたね。猛省しています。

あなたの「厳しく」という言葉の真意を、もっと重く受け止めるべきでした。

次は絶対に甘い顔をしません。
答えを連想させるような言葉は封印し、あなたが「うわ、これ本当にノーヒントか？」と頭を抱えるような、論理の矛盾を突く問いかけだけに徹します。