「言語まで作る会社だった」——日立の現場で知った、日本ITの本気
IT企業の仕事は「システムを作ること」だと思っていませんか？
しかし、かつての日本企業は“言語そのもの”を作り、市場の前提を設計していました。
その現場に触れて見えた、エンジニアの価値と働き方の本質をお伝えします。
――――――――――――――――――
■社会人6年目で知った、価値観の崩壊
社会人6年目、私はシステム開発の現場である事実を知ります。
「COBOLは日立が作っていた」
最初は理解できませんでした。
COBOLといえば、金融や基幹システムを支える有名なプログラム言語。
それを“使う”のが自分たちの仕事だと思っていたからです。
しかし現実は違いました。
日立はCOBOLの協議会を作り、仕様を整理し、改善をリードしていた。
つまり、言語を“使う側”ではなく、“作る側”だったのです。
――――――――――――――――――
■エンジニア文化：レイヤーを超えて価値を出す
この経験から見えたのは、エンジニアの価値の定義です。
多くの現場では、
・与えられた言語で開発する
・決められた仕様を実装する
ことが中心になります。
しかし、本当に価値を出しているのは、
その上位レイヤーに踏み込む人材です。
・言語仕様をどうするか
・開発標準をどう定義するか
・システム全体をどう設計するか
日立の現場には、こうした“構造を設計する文化”がありました。
――――――――――――――――――
■ITプロジェクトの本質：プラットフォームで戦う
当時の主戦場はメインフレーム。
この世界では、
・ハード
・OS
・実行基盤
・プログラム言語
すべてを一体として提供します。
つまり、システム導入時に「何で作るか」が決まる。
この構造において、言語を握るということは、
プロジェクト全体をコントロールすることと同義です。
さらに、世界ではIBMが市場を席巻していました。
その中で日本企業は、
単なる開発会社ではなく、
“プラットフォーム企業”として戦っていたのです。
――――――――――――――――――
■チームと働き方：部分最適ではなく全体最適
このような環境では、求められる人材も変わります。
単一スキルではなく、
・インフラ
・アプリケーション
・アーキテクチャ
を横断して理解し、全体最適を考える力。
また、チームとしても、
・開発者
・基盤エンジニア
・アーキテクト
が密接に連携しながら、一つのシステムを作り上げていきます。
これは、現代のクラウドネイティブ開発にも通じる働き方です。
――――――――――――――――――
■なぜ今、この視点が重要なのか
現在、DXの名のもとに多くの企業が変革を進めています。
しかし、その多くは
「ツールをどう使うか」に留まっています。
本質はそこではありません。
・どのレイヤーで価値を出すのか
・どの構造を設計するのか
ここに踏み込めるかどうかが、
エンジニアとしての市場価値を大きく分けます。
かつて日本企業が実現していた「言語まで作る」世界。
それは決して過去の話ではなく、
今のクラウド、AI、DXの時代にもそのまま通用する考え方です。
――――――――――――――――――
■メッセージ
もしあなたが、
「ただ作るだけでいいのか？」と感じているなら、
一度、視点を上げてみてください。
コードの先にある構造。
その構造を決めるルール。
そこに踏み込んだ瞬間、
エンジニアとしての景色は一気に変わります。
“作る側”から“決める側”へ。
その一歩を踏み出せる人と、
一緒に働けることを楽しみにしています。
