COBOL– tag –

🧩今日の学び・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...

🧩今日の学び・EVALUATE TRUEは「IFの連続を1本化して読みやすくする」COBOLの思想そのもの・係長の説明どおり“読む負担を減らす”ことがCOBOL設計の核心 係長）ま、さっさと駆除されてこい。 今日のコード EVALUATE TRUE WHEN SCORE >= 90 MOVE ...

なるお）係長！全部読みきっちゃいましたよ！結構簡単でしたね！ 係長）結果、途中から俺が説明してただけな気がするが。 な）完全に気のせいですよ！ まったくもう係長ったら、俺の勇姿を忘れちゃったんですか？テキパキすぎる説明が係長の在りし日の姿以...

🧩今日の学び・COBOL配列が1から始まるのは「自然言語の数え歌」文化が背景・CT-COUNTRY(CT-IX) の“カッコ”は「引き出し番号」というCOBOLらしい概念・0番目を作りたいという発想こそ、COBOL脳が現代エンジニアへ進化している証 今日のコード SET C...