こんな「C／S差別観」を持っていないと言い切れるメインフレーム出身SEがどれだけいるだろうか。

もし本当にこのような差別観を持っていないなら、人から教えられなくても必死でグループウェアを勉強するだろう。また、たった２時間でC／S開発環境をひととおり理解できるなどと考えないだろう。

たとえば、英語の例で考えてみよう。ここに英語ペラペラのAさんがいる。Aさんがあなたに２時間英語を教えただけで、あなたも英語ペラペラになるだろうか？あなたがすでに英語ペラペラでない限り、まず無理だろう。

では、C／S開発環境（グループウェアなど）をマスターするのにたった２時間で十分だとどうして思うのか？「C／Sシステムを軽く見ているから」という以外の理由が、そこにあるだろうか。

このような「メインフレーム文化」の根強い情報システム部門は、C／S開発環境の選定や教育に本気で取り組もうとしないだろう。C／S経験のないメインフレームSEがC／S開発環境の決定権を持つなどというボタンの掛け違えを平気でやったり、C／S開発環境の教育のほとんどを社員の自己啓発にまかせたりする。

そのような情報システム部門では、今ごろ「３層C／S」が流行語になったりするのだ。

僕は就職活動中、いくつか独立系システム・インテグレーターの面接も受けたが、当時からすでに「３層C／S」はホットな技術だった。

去年、ある理由で、某電子機器メーカー販社の情報システム部門のマネージャーにお話をうかがう機会があった。そこではアメリカで「３層C／S」に関する論文が発表されたときからすでにこの技術に着目し、実際にTPモニタを利用した「３層C／S」を、９６年春の段階で開発着手し、約１年間で稼動にこぎつけている。しかも、コンポーネント開発の手法も取り入れている。

こうしたことが可能だったのは、このマネージャーがC／Sをメインフレームの単なる縮小版や「おもちゃ」と考えず、C／Sシステム構築へ向けて「ヒト・モノ・カネ」の体制を整える姿勢を持っていたからだろう。

これに対して、いつまでも「メインフレーム文化」がぬけない情報システム部門は、メインフレーム出身の古参技術者にさまざまな決定権を与えたままで、正しい技術的判断ができない。また、C／Sに関する十分な教育の機会も与えない。

結果として、安易な設計のデータベースを作って運用に苦しんだり、とんちんかんなC／S開発環境を選定して予算をいたずらにふくらませる。

こうして「メインフレーム文化」をもつ情報システム部門は、ユーザ部門にメインフレームを使いつづける口実を与えてしまう。そして情報システム部門自身は、「メインフレームの方が信頼性がある」という言い訳をするが、真実は彼らがC／Sに本気で取り組んでいないだけなのだ。

「C／S文化」へ切り替えるためのコストを負担しなかったばっかりに、結局メインフレームの高コスト体制を温存している。その元凶は、いつまでたっても「メインフレーム文化」から脱却できない彼ら自身なのに。

これは情報システム部門が抱える一つの「構造問題」であり、一朝一夕に変わるものではないだろう。