メインフレームの技術者が育たない理由は、現状のWindowsのようなオープンシステムと比較すれば簡単明瞭に説明できます。
?技術が個人にオープンにされていないこと。
?PCのように個人で自由に使って試行錯誤できないこと。
?オープンシステムの世界では、?が可能であるために技術や
　知識が多くの人と共有できること。

以上の理由から、オープンシステムでは個人レベルで技術追及が進み、強いては技術革新の促進にさえも貢献しています。オープンシステムの進化が速い根拠がここにあると確信します。

是々非々ですね。
最初のご指摘は、オープンソースと、オープンシステムを混同しています。
たとえば、Windowsはクローズドシステムです。どこがオープンですか？内部については知らされていません。Linux、MySQL, Apache,PHPというようないわゆるLAMPとは全く違います。

PCのように個人で自由に使えない、はそのとおりです、が、仮にチャンスがあったとしても個人で自由に使うために知らなくてはいけないことが多すぎるのが問題だな、と思います。
もう、２０年も前ですが数年、夜中にテストをする仕事を続けていましたが、ひとりで全部をやれるようになるために２年かかりました。それだけしらなくてはいけないことが多いのです。

逆にいえば、PCはなにも知らなくても目的の部分だけを使えるようにできています。PC一台にWindowsが入っていて、ブートプロセスも、プロセス、スレッド、I/Oなど一切しらなくてもMicrosoft Wordは使えます。この統合のされ方はMicrosoftが創り上げた偉大なシステムだといえると思います。

オープンシステムで技術や知識が共有できる、というのも錯覚です。「そういうチャンスがある」に過ぎず、現状のZ-OSはIBMの反省もあり、Red Bookの公開など「チャンスは同様に存在」します。しかし、９０％のエンジニアは単なる技術の消費者です。とくに日本のエンジニアのどれだけの人が共有に足る知識を出しているでしょうか？周囲にもいませんか？オープンソースのシステムに文句ばかりいう人。オープンソースは「不満があればコードで語る」のがルールです。おそらくそういう基本ルールすら知らないのではないでしょうか。「共有」は幻想だと思っています。

現実には技術、知識はまったく共有されていると思えません。
最近、私は個人のブログにも書いていますが、日本の現場のエンジニアはこういう議論から遠く離れていて、スキルもなにもないと感じています。
仕事がら導入のトラブル報告などを見ることが多いのですが、64bitと32bitの区別すらアヤシイ自称エンジニアが現場に参入してきます。データベースといえば、マイクロソフトアクセス程度で、SQLサーバーなんて不要などと平気でいうような人も見かけます。トラブルが起きるとすぐにその場にいない人のせいにし、お客は真に受け、話が大きくなります。

でも、その現状の当人が悪いと言いたいわけではありません。年収４００万円から５００万円と年棒制にされ、残業は裁量労働だといわれ、実質ただ働きを強いられている人々は、OLより安い給料だということです。その程度の人間しかいなくて当然だと思います。
いまや、技術料は無料でエンジニアに支払われていないのが、今の日本のIT業界です。
東京電力福島発電所で、東電は日当10万円払っているはずが、現場は8千円というのはヒトゴトではありません。
こんな状況でスキルアップの話をすること自体、虚しく感じています。
むしろ、特殊技能として生き残り、知識の伝播がうまくいかないメインフレームエンジニアのほうが、比較すれば技術者らしくふるまっているのではないでしょうか。

一番の大きな原因は、メインフレームメーカー＆関連業界が、技術者を育てようとしていないからだと思います。
特に初期においては自力だけでスキルをつけるのは困難を極めますが、その初期研修さえ、十分でないと感じます。

あ、自己紹介が遅れました（＾＾；）お初です。
メインフレーム歴xx年のlady(?)です。運用もコーディングもやってますが、最近は相談する相手もおらず、たまたま検索中にこのサイトを見つけて、一年近く読ませていただいております。
数々の多岐にわたる内容に敬服しております。

あ、それは鋭い指摘ですね。
以前はIBMのソフトウェア技術員も大雑把にジャンルが別れていたんですが、メインフレームが儲からなくなってから、なんでも見なくちゃいけなくなってしまいました。
同様に外部の研修もかなりおざなりですよね。とてつもなく素人向けか、いきなり詳細。コースマップどおり進める人なんているのだろうか？
このサイトがまさにそこを埋めようとしているわけですが、、、