エンジニアの仕事の本質は「正しい名前をつけること」にある。〜レガシー移行プロジェクトで得た「気づき」〜

現在進行中のAS/400（IBM i）システム移行プロジェクトにおける知見と、レガシーマイグレーションの本質についての考察です。

時に「レガシー」として刷新対象となるAS/400ですが、システム内部と深く向き合う中で、真の課題は「ハードウェアの古さ」にはないと気づきました。
かつてのエンジニアたちは、当時の「物理的制約（計算資源の乏しさ）」に対して懸命に最適化を行い、その結果としてコードから「名前（意味）」が失われ、バイト操作に特化していったのです。

本スライドでは、以下の視点から「意味の回復」へのアプローチをまとめています。

AS/400の再評価と真の敵： オーパーツとしての先進性（単一レベル記憶など）
レガシーコードの正体： なぜコードは「バイト操作」になったのか（80桁の画面制約、高価なディスク容量）
「秘伝のタレ」の経済合理性： なぜif文は継ぎ足され続けたのか（副作用を避けるための生存戦略）

失われた名前を取り戻す2つのアプローチ：
構造への名付け（DOA：データ中心アプローチの視点）
振る舞いへの名付け（DDD：ドメイン駆動設計の視点）

単なるプログラミング言語の置き換え（COBOL to C#/Java）ではなく、かつて物理制約によってコードから追い出された「意味」と「文脈」をコードに取り戻すこと。
「名前をつける（概念を定義する）」という行為こそが、レガシーシステム移行プロジェクトの核心であるというお話です。

Transcript

1. エンジニアの仕事の本質は 「正しい名前をつけること」にある。 レガシーシステム移行プロジェクトで得た「気づき」 2026.02 北尾 英之 (@kitaohx) エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 1
2. はじめに AS/400（現IBM i）という「長年ビジネスを支えてきた基盤」 「レガシーシステム」と呼ばれ、刷新の対象になっています。 私は最初 「古いハードウェアが問題なのだ」 と考えていました。 エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 2
3. しかし、システムの中身と向き合ううちに、 「本質的な課題はそこではない」 と気づくようになりました。 エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 3
4. システム内部に見る先進性 AS/400のアーキテクチャ（System/38由来）は、 時代を先取りしたいくつもの思想が組み込まれています。 そのことに気づいたのは 単一レベル記憶（Single Level Storage） の思想を知った時です。 エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 4
5. メモリとディスクの境界をOSが隠蔽し、永続化を自動で行う。 これが、すでにハードウェアレベルで実現されているのです。 ここで詳細を語ることはできませんが、 現代の視点から見ても先進的な要素を持った 実に 堅牢な基盤 です。 エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 5
6. なぜアプリケーションは保守困難なのか しかし、なぜその上のコードは読み解くのが難しいのか。 それは当時のエンジニアの能力不足ではありません。 原因は、当時の計算資源の貧弱さ（物理制約）への適応です。 エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 6
7. 当時の計算資源における、3つの物理制約 当時のコードが難解なのは、3つの異なる物理制約に対し、 それぞれ 懸命な最適化 を行った結果です。 制約対象 当時の状況 最適化（生存戦略） 1. CPU 非力な計算能力 バイト/ビット単位の操作 （処理の高速化） 2. 画面 80桁 × 24行 項目の圧縮・略語化 （表示領域の確保） 3. ディスク 容量単価が高い コード化・区分値化 （記憶容量の節約） エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 7
8. 2. 画面とディスクの制約による「名前の喪失」 特に大きな影響を与えたのは、画面とディスクの制約です。 画面制約（80桁） カラム名に長い英語名など入りません。 CustomerName CSTNM （圧縮） ディスク制約（容量） 「出荷済み」は贅沢すぎます。 Status.Shipped '2' （コード化） エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 8
9. 意味は「紙（設計書）」に書き、 コードは「物理（サイズ）」を極限まで切り詰める。 それが、当時の経済合理性に基づいた正解でした。 エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 9
10. 制約条件の変化 また、もう1つ必要な視点があります。 現代では、ボトルネック（制約条件）が移動しました。 資源 かつて → 現在 希少資源 計算資源・メモリ → 人間の認知能力 優先事項 バイト操作の高効率 → 理解のしやすさ エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 10
11. かつて最適だった「バイト操作」に寄り添うアプローチは、 計算資源が豊かになった現代において 「読み手の認知負荷」 を高め、 移行のコストを押し上げる要因となっています。 エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 11
12. 現代の私が見ているもの 私の手元には 「ドメインの言葉」が蒸発したソースコード があります。 今、私に求められているのは、 かつて物理制約によって削ぎ落とされた 「意味」と「文脈」を、取り戻すこと です。 エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 12
13. 解決策：2つのアプローチ 失われた意味を回復するために、 私は2つの視点で「名前」をつけていきます。 1. 構造への名付け データ中心アプローチ（DOA）由来の視点 2. 振る舞いへの名付け ドメイン駆動設計（DDD）由来の視点 エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 13
14. ここで言う データ中心アプローチ（DOA）とは 渡辺幸三氏や佐藤正美氏らが提唱する設計思想を指します。 実装技術の変遷に左右されない「ビジネスの論理構造」を捉えて 長期的な保守性と整合性を確保するアプローチです。 一方、ドメイン駆動設計（DDD） は 複雑なドメインの核（コア）を捉え、 ソフトウェアを現実の課題に適応させ続けるためのアプローチです。 エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 14
15. 1. 構造への名付け まず1つ目のアプローチ 「構造への名付け」 について 1テーブルに大量のカラムを持つ「大福帳」テーブル これを整理し、正規化します。 目的 データの整合性を構造が守る 実践 1つのテーブルを、人が認識できる単位（モノ・コト）に分 解し、名前をつける このデータ構造がシステムの「骨格」となります。 エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 15
16. 「秘伝のタレ」のようなコード そして2つ目のアプローチ 「振る舞いへの名付け」 について 上から下へ流れる、長大なロジックの連なり。 if 文を 継ぎ足し、継ぎ足しすることで拡張されたコードです。 なぜ、延々と if 文を追加し続けたのか？ エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 16
17. それは、 「既存の振る舞いを壊さない（デグレさせない）」 ためです。 複雑なコードの修正は、想定外の副作用を生むリスクを伴います。 エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 17
18. ならば、既存の計算には手を触れず、 途中に、if文を継ぎ足し、結果を「上書き」する。 既存機能への影響最小 テスト範囲の極小化 これは機能を「安全に」追加するための、当時の 最適解 でした。 エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 18
19. 2. 振る舞いへの名付け そして現代の私が行うべきは、その長大なif文の連なりから 埋もれた業務ルール を発掘し、名前をつけることです。 変換前 if (sts == '2' && stock < 0) 変換後 CanShip() （出荷可能判定） 「どう処理するか（How）」という手続きの記述から、 「どういう状態か（What）」という 意図の記述 への移行です。 エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 19
20. なぜ両方の視点が必要なのか 構造を整えるだけでは、防げなかった問題があるからです。 それは、 「構造（入れ物）は正しいのに、中身（状態）がおかしい」 という問題です。 エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 20
21. 「ルール上、引当ててはいけないロットが選ばれる」 「月次集計の結果、なぜかマイナスが発生する」 これらはデータの「構造」ではなく、 「業務のロジック（振る舞い）」 に原因があります。 エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 21
22. だからこそ、 静的な 「構造」 だけでなく 動的な 「振る舞い」 にも名前を与える。 この両方が揃って初めて、 「業務の意図」をコードに定着させる ことができるのです。 エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 22
23. まとめ 「古いからダメだ」と切り捨てるのではなく、 かつての制約と背景を理解すること。 その上で、カオスと化したレガシーシステムから 「意味の欠落」 を丁寧に拾い上げます。 エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 23
24. 表１：負債の正体 項目 構造への名付け 振る舞いへの名付け 制するべき 「カオス」 大福帳データベース 数百のカラム 従属性の混在 長大なif文の連なり 手続きの羅列 記号と化した名前 「痛み」 データの正しさが 確信できない どこを直せばいいか 特定できない 失った「価値」 業務・経営判断に使用できる 正確な情報 ビジネスの成長に追従する 迅速な機能改善 エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 24
25. 表２：設計の指針 項目 構造への名付け 振る舞いへの名付け 主な対象 データ（構造） ロジック（振る舞い） 名付けの役割 「誰の情報か？」の名づけ 単価は商品に 住所は顧客に 「何をする処理か？」の名づけ ロジックの塊に 「送料を算出する」と名付ける 「価値」の源泉 データの整合性と 長期的な再利用性 ビジネスルールの 変更に対する適応力 エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 25
26. 「名前をつける」 つまり「概念の定義」です。 データ構造（DOA）とドメインモデル（DDD） この両面から 「名前」 をつけていくこと これこそが、レガシーシステム移行の攻略法です。 エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 26
27. 最後に、少し個人的な話をさせてください。 私には、夢があります。 エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 27
28. 受け取ったバトンの正体 私が先人から受け取ったこのシステム。 ビジネスのフレームワーク（PPM分析）で見れば、 長年利益を生み出し続けてきた 「金のなる木（Cash Cow）」 でした。 エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 28
29. 市場シェアは高いが、成長率は安定期にある。 世に言う 「失われた30年」 という言葉が脳裏をよぎります。 エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 29
30. 「金のなる木」の果て 「金のなる木」の運命は定義されています。 追加投資を抑え、利益のみを収穫する。 すなわち、徹底したコスト削減の対象となることです。 このままでは、いつか資源を使い果たし、 枯れていくのを待つしかありません。 エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 30
31. 私の夢：歴史的螺旋をまわす 私が推進するべきは、受け取ったこのバトンを 「未来への仕込み」 の状態にすることです。 それは、今の利益をただ享受するのではなく、 ドメイン（事業領域）の 「新しい価値」 を見出すために、 時間と知恵を注ぎ込む（再投資する）という選択です。 エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 31
32. 価値を生むための「仕込み」 このフェーズには、当然ながら手間と工数がかかります。 しかし、この 「未来への仕込み」 が、 システムに生命力を吹き込み、次の10年を支える 「花形（Star）」 を育てるために必要なステップです。 エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 32
33. 次の世代のために そうしていつか 「花形（Star）」 になったとき、 次の世代は、そこからまた新たな 「果実」 を得ることができます。 そんなバトンをつなげるか。 これこそが、レガシーシステム移行の目的です。 エンジニアの仕事の本質は「正しい名前をつけること」にある。 2026.02 北尾 英之 (@kitaohx) 33