第2部– category –

🧩今日の学び・EXIT EVALUATE＝途中脱出、END-EVALUATE＝文法の終点という本質的な違いを理解。・EXIT は“早退届を出す不良”として、制御構造の流れを乱さない適切な脱出手段である。・EVALUATE 内で EXIT を濫用すると可読性が崩壊するため、「必...

🧩今日の学び・EXIT EVALUATE は「条件を満たした瞬間に評価を打ち切る」緊急脱出口である。・EVALUATE ALSO は“表構造”、EXIT は“流れ制御”──係長の言うとおり、思想そのものが違う。・次回は「どの条件分岐をどの書き方で実装すべきか」という“選...

🧩今日の学び・EVALUATE をIF に書き換えると条件が指数関数的に増え、地獄のネストが誕生する。・「書ける」と「読める」は別物──係長の戒めどおり、保守性は常に最優先。 なるお）はーい、係長今日のコードくださーい 係長）なんだお前やる気あん...

🧩今日の学び・EVALUATE ALSOは「増えるごとに指数的に読めなくなる」危険な構文で、2個までが事実上の限界。・“動けばOK”ではなく“未来の誰が読めるか”というCOBOL本来の美学が基準となる。・条件を増やしたくなる衝動こそ地獄の入口──ALSOは減ら...

🧩今日の学び・EVALUATE ALSOは左右を“1ペア”で評価する高精度条件分岐で、複雑性と可読性のバランスが命。・OTHERを使うと「片側だけ緩める」柔軟指定ができ、網羅性も崩れない。・ALSOは2つまで──三角関係を超えると人間もCOBOLも破綻する。 なる...

🧩今日の学び・EVALUATE ALSOの並列評価とWHEN OTHERの“まとめ力”で条件構造を整理する重要性を理解・なるおの暴走コメントが「OTHER／ANY＝どこでも受け止める包容力」の比喩として光る回・COBOLの条件分岐は順番と網羅性が鍵 なるお）今日もやる...

🧩今日の学び・ALSO で「複数条件を横並びに」評価することで、ネストを減らし読みやすさが向上する・なるおの“二刀流誤解”を通じて、EVALUATE の構造で考える感覚が身につく・条件が増える時こそ、縦ではなく横へ──ALSO を正しく使いこなすのが次...

🧩今日の学び・入れ子EVALUATEは「外で大分類 → 内で細分類」という二段ロジックで読むと一気に理解できる・TRUE を使った内側EVALUATEは“自由な条件式を書くための箱”であり、GRADE分岐とは独立して整理しやすい・見た目にビビらずインデントの流...

🧩今日の学び・EVALUATE変数版は“値が一致したときだけ発火する”CASE構文の直系・TRUE版は条件式を書き、変数版は値をマッチさせる──この違いが本質 係長）お前、話の終盤で完全にCOBOLから離陸してたな。 鉛筆の炭素のくだりで衛星軌道入ってたぞ...

🧩今日の学び・EVALUATE変数は“値を＝で比較するだけ”という最もシンプルな分岐構文・TRUE版より複雑な条件は書けないが、読みやすさと安全性が段違い・「値で分類するときはTRUEではなくEVALUATE変数」を使うのがCOBOL流 ほれ、今日のコードだ。 E...