レガシーとか– category –

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