レガシーとか– category –

🧩今日の学び・ENVIRONMENTは「どこにあるか」、DATAは「何者か」を決めるために分離されている・FDは人が責任を持って触る領域、SDはSORT専用で人が触ってはいけない領域・環境と中身を分けた設計こそが、COBOLが長く現場で生き残った理由 係長）...

🧩今日の学び・FDやSDは名前ではなく、役割を固定するための予約語として文法に組み込まれている・INPUT-FILEなどは人が付けた名前で、消せるかどうかが予約語判定の近道になる・COBOLは「名前は自由、役割は不自由」という思想で事故を未然に防い...

🧩今日の学び・SORT文は処理を「書く場所」ではなく、定義済みの世界を信じて動く命令である・ENVIRONMENT/ DATA DIVISIONで決めた前提がないと、PROCEDURE DIVISIONは存在できない・COBOLは処理よりも「壊れない前提条件」を作る言語だと理解する...

🧩今日の学び・SORTが動く前に必要なのは処理ではなく、FDとSDによるファイル定義・SDは人間立入禁止の作業領域で、SORT文だけが触れる・COBOLは「何をするか」より「何を信じてよいか」を先に決める言語 なるお）で？ 係長）なにがだよ？ な）もっ...

🧩今日の学び・SORTはファイルを並べ替える命令ではなく、後続処理の前提条件を作る命令・元ファイルを触らず、一時整列と責任範囲を分離するのがCOBOL流・SEARCH ALLが成立する保証は、SORTという入口設計で作られる 係長）ま、SEARCHについてはこ...

な）バイオはいいっすよねー。７とか怖すぎて、封印しましたもん。 でも、ゲーム実況みたら、なんかそうでもないんですよね。なんで、もっかいやってみたら、やっぱり即封印しましたもん。 係）あっそう。 な）係長はどれがいいっすか？ 係）どれって… な...

🧩今日の学び・SEARCH ALLの保証は命令ではなく、設計として明示しなければならない・コメント・コード・構造の三層で書いて初めて「保証」になる・速さを選ぶ命令ほど、責任の置き場所を先に決める必要がある 係長）じゃあ、その保証、プログラム...

🧩今日の学び・SEARCH ALLが見るのは定義ではなく「実行時に入っているデータの並び」である・ASCENDING KEYは保証ではなく前提条件であり、責任は設計者が負う・並びを作れないならSEARCH ALLを使わないという判断も立派な設計 なるお）ITEM-IDの...

🧩今日の学び・SEARCH ALLは二分探索であり、並び順とINDEXが崩れると正しいデータでも見つからない・速さを選ぶ命令ほど、使う側に「保証責任」が発生するというCOBOL思想を理解する・「速い＝正しい」ではなく、「準備が正しければ速い」という視...

🧩今日の学び・SEARCHは「WHENを評価 → 見つからなければ最後にAT END」が実行される構文・記述順と実行順が逆になる点が、SEARCH最大の混乱ポイント・COBOLは英語的に「枠を先に示し、中身を後で語る」思想で書かれている 今日のコード 01 ITEM. 0...