INDEX– tag –
-
第3部
【COBOL 読み3-10-10】SEARCH ALLの並び順ってどう並ぶの?〜縁起で乗り切る!?
🧩今日の学び・SEARCH ALLが見るのは定義ではなく「実行時に入っているデータの並び」である・ASCENDING KEYは保証ではなく前提条件であり、責任は設計者が負う・並びを作れないならSEARCH ALLを使わないという判断も立派な設計 なるお)ITEM-IDの... -
第3部
【COBOL 読み3-10-9】SEARCH ALLで事故りはともだちを回避
🧩今日の学び・SEARCH ALLは二分探索であり、並び順とINDEXが崩れると正しいデータでも見つからない・速さを選ぶ命令ほど、使う側に「保証責任」が発生するというCOBOL思想を理解する・「速い=正しい」ではなく、「準備が正しければ速い」という視... -
第3部
【COBOL 読み3-10-8】SEARCHのAT ENDとWHENの順序〜クローンウォーリーを探せ!
🧩今日の学び・SEARCHは「WHENを評価 → 見つからなければ最後にAT END」が実行される構文・記述順と実行順が逆になる点が、SEARCH最大の混乱ポイント・COBOLは英語的に「枠を先に示し、中身を後で語る」思想で書かれている 今日のコード 01 ITEM. 0... -
第3部
【COBOL 読み3-10-7】糖衣構文は甘いって何が甘いの?ホイップクリーム?
🧩今日の学び・糖衣構文は処理を簡略化するのではなく、内部動作を「見えなくする」だけの構文である・SEARCHは短いが、ループ回数や増分を読む側に想像させるため理解コストが高い・PERFORMは冗長でも、何が起きているかを隠さない構文である なる... -
第3部
【COBOL 読み3-10-6】SEARCHでなんでAT ENDに?やりがちな罠に引っかかる
🧩今日の学び・SEARCHは「構造」を探す命令ではなく、中身が入った配列を先頭から順に確認する処理である・OCCURSは箱を作るだけ、MOVEで中身を入れなければ係長ですらAT ENDに直行する・SEARCHが動かないときはロジックより先に「データ入ってる?... -
第3部
【COBOL 読み3-10-5】SEARCHはPERFORM?広げた風呂敷はたためるか
🧩今日の学び・SEARCHは「探す命令」ではなく、INDEXを進めながら条件を1件ずつ評価する構造・ITEM-RECを探しているのではなく、IDXが指す位置を順に確認しているだけ・魔法に見える命令ほど、中身はPERFORMという基本構造に立ち返ると理解できる ... -
第3部
【COBOL 読み3-10-4】結局SUBSCRIPTってなに?さらに興奮係長!
🧩今日の学び・SUBSCRIPTは「数」そのものではなく、OCCURS配列で“何番目を使うか”を数値で指定している状態の名前・INDEX/SUBSCRIPTはいずれも命令ではなく、配列参照を読む側が頭の中で分類するための概念・COBOLは書けるかより、「この参照は何... -
第3部
【COBOL 読み3-10-3】INDEXとSUBSCRIPT〜係長、賢者タイム?
🧩今日の学び・SUBSCRIPTは「何番目か」を数える人間の算数、INDEXは「今どこか」を指す機械の位置情報・MOVEできるのは数値、SETでしか動かせないのがINDEXという違いが事故を防ぐ鍵・SEARCHがINDEXを要求する理由は「探す=位置を進める」というC... -
第3部
【COBOL 読み3-10-2】INDEXとSETを完全理解への道〜係長興奮!
🧩今日の学び・INDEXは値ではなく「位置情報」であり、MOVEではなくSETで操作する存在である・SEARCH文が正しく動くかどうかは、DATA DIVISION側のINDEX設計でほぼ決まる・COBOLは「動く処理」よりも「動かない宣言」を読めるようになると一気に楽... -
第3部
【COBOL 読み3-10-1】構造再確認〜DIVISION思い出してアリスインザアビス!
🧩今日の学び・SEARCH文は単体で理解できず、「宣言(準備)」と「処理(実行)」を分けて読むことで初めて意味を持つ・DATA DIVISIONは動かないが、処理の成否を9割決める設計図である・COBOLは「どこが動かないか」を読めるようになると、一気に...
1