2011.02.08俺の住む世界はアイティーとやらに支えられているらしい。アイティーに関われば、俺の住む世界をさらに素敵なものにしていけるに違いない。願って、何も知らなかった文系新卒の俺が金融系のシステム会社に入って、もう一年以上が経つのだ。昔、お遊びでゲームを作ったことはあった。RPGツクールなんかが好きだった。自分はシステム会社に向いていると思った。実際、資格取得を勧められて始めた勉強は楽しかった。浮動小数点数、オートマトン、SQL、スタック、木、論理式。パズルみたいで楽しかった。コンピュータの中身が理解できて、わくわくした。基本情報技術者の資格を手にし、半年後にはほとんど勉強もせずにソフ開も取得した。研修の課題では同期の誰よりも速く、短く効率のいいソースを仕上げた。現場に出て、本番機に触った。30年間親会社を支え続ける偉大なシステムの中身を、わくわくしながら覗いた。そこには、俺の求めていた世界とはまったく違うものが広がっていた。俺が産まれる前から、入れ替わり立ち替わり何人もの手によって継ぎ足されたロジック。何千行にもわたって、似たような処理が何回もひたすら繰り返される似たようなモジュール何十本。1993年に行う臨時処理のロジックが、今もコメントもなしに埋め込まれている。仕様がわからなくなれば、キャビネへと走って、黄ばんだ方眼紙に鉛筆で書かれた仕様書を探し、そして修正履歴のみが書かれているのを確認して肩を落とす。上司は俺に仕事をくれた。半年後に臨時で行われる業務に対応するため、いくつかのモジュールについて、処理可能なユーザーコードをひとつ、条件に加える。与えられた期間は2週間だった。何枚もの設計書を書いた。方眼紙状のExcelテンプレートに同じ文章をコピペした。追っていったモジュールはどれも、ヒープもソートもメモリ管理も論理演算も出番がなかった。あるのはただ、IF文とMOVE文とばかりだった。ソースの難易度は使われている命令の数とは関係ないことを学んだ。テストデータを作るため、階層型DBを何回も辿ってデータをアウトプットさせるモジュールを書いた。資格試験で学んだSQLは、無用の知識だった。協力会社への仕事割り振りやユーザー対応に毎日忙しそうだった上司が、夜遅くまでの残業続きでくまのできた目を皿のようにして設計書をレビューした。フェーズが設計から開発に移った。ロジックを丸々コピペしてソースを修正し、コンパイルし、実行した。コンパイルエラーが出た。2週間はあっという間だった。俺のせいで、半年後以降は使われないロジックがソースにまたひとつ増えた。今回の対応については、Excel方眼紙にレポートをまとめて共有ドライブに入れておいた。共有ドライブの検索には時間がかかるし、Excelシートの中身となれば検索から漏れることも多い。誰にも読まれないだろう。2バイト文字が使えない関係上、原則、ソースにはコメントはあまり入れられない。数年後の新人はきっと、俺の書いたモジュールを見て「このロジックは何だ」と首を捻るんだろう。協力会社の管理に追われる作業に戻って目の下にくまを作るのだろう。俺がやりたかったシステム開発って、こんなものだったのか。俺は部署の中で、俺の望む仕事を探し続けた。先輩たちは忙しくて誰も興味を持ってないけど、自動化できる作業はいくらでもある。使われるExcelシートを改造し、定例作業をクリックだけでできるようにした。ExcelVBAとはいえ、書いていて心地よかった。引数が明確な関数と変数のスコープと全角文字があったからだ。COBOLで打つプログラムより、控えめに見て100倍くらいの生産性を発揮できていたと思う。先輩たちは喜んでくれたが、ただし俺の仕事を、あまり仕事とは見なさなかった。業務時間外は俺は相変わらずスクリプトを書いていた。VBAから入って、WSHなんてものを知り、やがてJavaScriptを学び、ネットで資料を探し、はてなを知り、はてブでWeb技術についての記事を読みふけった。知れば知るほどに、どんどんCOBOLが、メインフレームが嫌いになっていく。先輩は誇らしげに言う。システムはたいしたことをやっていない。業務知識こそが大事なのだ。ユーザーより詳しく業務を理解し、適切に提案し、設計する能力。協力会社を率いて、わかりやすい文書で指示を行い、スケジュールを調整する能力。人を動かすぶん、責任も大きくやりがいもある。優秀な人材こそが我が社の強みだ。そんな人材が育つよう、我が社は安定して働ける環境と福利厚生を整えている。先輩、あなたは正しい。俺だってメインフレームの信頼性のすごさはわかってる。密なユーザーとの関係から生まれるシステム子会社としての強みも認識してる。