若いプログラマーがメインフレームに興味がないのはなぜですか？[閉まっている]

メインフレームの重要な問題は、サポートするプログラマのコホートが減少していることです。通常、これはプログラマーの供給の低下が、供給と需要の法則を介してプログラマーの供給の増加を引き起こす給与の増加によって相殺されるという点で問題にはなりませんが、これが本当に起こっているのかはわかりませんメインフレーム。

彼らはまだ多くの企業にとって重要なインフラストラクチャを形成していますが、単純な事実は、サポート人口を投入し続けるために十分な数の若いプログラマーがやって来ないことです。

どうしてこれなの？メインフレームが若いプログラマーにとって魅力的でないのはなぜですか？

私は古いプログラマーであり、メインフレームには興味がありません。私の理由はおそらく、若いプログラマーによって与えられた理由と似ていますが、これらの答えの多くでテクノロジーの無知はそれほど明白ではありません。

まず、邪魔にならないように無知を取得しましょう。

• メインフレームを試用できないというさまざまな主張は誤りです。 Herculesは1999年から利用可能です-回答者の多くがプログラミングを行っているよりも長い間そうでしたが、IBMがそれを口論したにもかかわらず、すぐに消える可能性は無視できます（特にオープンソースの場合）。実際、高価なソフトウェアを（合法的に）実行できないのは事実ですが、実際にまだ一般的に使用されているソフトウェアを含め、実行できるソフトウェアはたくさんあります。
• 繰り返しになりますが、世論に反して、メインフレームにはCOBOL、CICS、RPG2よりも多くのものがあります。実際、Linuxを実行しているPCで実行できるほとんどすべての（ただし完全ではない）メインフレームで実行できます。<皮肉> 理由はわかりません。</ irony>

それでは、なぜ私は学校でメインフレームに出会った後も、ずっと私のメインフレームを避けてきたのですか？まあ：

• メインフレームでCOBOL、CICS、RPG2などを使用できることは事実ですが、それらを使用する場合、これがやらなければならない可能性が非常に高くなります。さらに悪いことに、COBOLは過去20年ほどで大規模に「近代化」されましたが（非常に現代的な言語だとは思わないので引用しています）、COBOLで行うコーディングのほとんどは古いままです。スタイルのコードは...
• メインフレームで行われている実際の新しい開発はほとんどありません。メインフレームのR＆D部門で働いているIBMに就職した場合、新しい開発を行う機会が得られる可能性があります（その場合、あなたは本当にあなたの仕事を楽しむかもしれません！）。しかし現実には、それに直面します。あなたはそこで働くことはありません。あなたは、64KBはなんと巨大なpile'o'RAMであるとまだ考えている人によって書かれた50年前のCOBOLコードを保持している金融機関や他の金融機関の奥の部屋で働いています。（この同じ男がおそらくあなたの上司になります。）
• IBMのメインフレームR＆Dで働くように、メインフレーム上でLinuxを実行できるため、希望するほぼすべてのプログラミング言語または環境にアクセスできることは事実ですが、その仕事は得られません。50年前のCOBOLを維持することに戻りました。
• コーポレートプログラミングは、あなたの魂を吸い取るのに非常に効率的です（そして、それは、あなたが非常に幸運でない限り、メインフレームプログラマとしてやろうとしているコーポレートプログラミングであることを忘れないでください）。
• それはゲットーであり、縮小し続けています。（このようにMUMPSに似ています。）メインフレームの伝承に深く入り込むと、メインフレーム以外のものからさらに遠ざかります。試すことができます追いつくために、あなたはしません。メインフレームの売上が伸びている一方で、他のサーバーセクターは少し縮小していると誰かが指摘したのを知っていますが、最近ではサーバープログラミングは少数です。地獄のPCは一般的に重要性を失っています。プログラミングの世界は非常に広く非常に多様であり、そのわずかな部分が他のわずかな部分と比較して成長することは、たとえばiPhone（それ自体が少数派プラットフォーム–はるかに）。いいえ、メインフレームで作業を開始すると、考え、喜び、怒りを共有する他のメインフレーマーしかいないことになります。これにより、ネガティブフィードバックループが発生し、群れがさらに小さくなります。

メインフレームのプログラマーが、キャリアがやりがいがあり、喜びと興味深い挑戦に満ちている理由を与えることができる理由はたくさんあると確信しています。確かに、私をフィールドに募集しようとしている人々からそれらの多くを聞いたことがあります。しかし、結局は、主にゲットーの問題のために、私は納得できませんでした。乗り込んで気に入らなかった場合、どうやって出ますか？

私は27歳で、4年以上プロの開発者でした（だから、私がまだ若いと認められることを願っています）。また、インテグレーションスペシャリストとして働いているため、メインフレーム開発の世界に多く触れることができます。

1. コミュニティでは、ほとんどまたはまったくイノベーションが進行していないようです。
   私はこれが正確にそうではないことを知っています、しかし、偶然の観察者にはそうであるようです。「マークを残す」のが難しいエリアに誰も参加したくありません。
2. どれくらいの新しい開発または新しいプロジェクトが起こっていますか？
   私が知る限り、なし。この分野に入ると、永久にメンテナンスプログラマーであると非難されます。
3. カジュアルな学習者はアクセスできません。
   ほとんどの人は、自宅のPCでプログラムする方法を学び始めました。繰り返しますが、ほとんどの人は、知っていることから切り替えることを好みません。そのため、一方から他方への移行には時間と意欲が必要です。他の2つの理由から、受験者は多くありません。

私は9月に40歳になるので、それがもはや私を若い人にする資格があるかどうかはわかりませんが、なぜ誰かがメインフレームプログラマになりたくないのかを直接知っています。

私の過去10年間は​​、メインフレームプログラミングに専念してきました。バッチ、jcl、Cobol、Assembler、Easytrieve、CICS、およびWebサービスについて知っておくべきことがすべてあり、それを大いに楽しんでいて、トレンドに気づかなかったとしてもそれをやっています。私の最後の雇用地では、ウェブ開発者（jsp、javascript、spring、hibernate）と一緒に仕事をしていました。そして、会社が相当な年数の経験を持つウェブ開発者をより多くのお金で引き入れていることに気付きました。Web開発者の立場がストレスの少ないことは言うまでもありません。

この傾向にうんざりした後、私はメインフレーム事業から抜け出すことにしました。現在、私はjavaを使用してWebサービスを開発し、javascriptを使用してフロントエンドUIを開発しています。このスタイルのプログラミングは、メインフレームで行ったものほど難しくはありませんが、今ではより多くのお金を稼ぐことができ、頭痛も少なくなりました。何かが異常終了し、コアシステムプロセスが私の問題を修正するのを待っているという午前2時にその電話を受けなくなりました。それでは、分散システムプログラマーとしての生活でより多くのお金を稼ぐことができ、ストレスが少ないときに、メインフレームプログラマーとして留まる理由を1つ教えてください。

企業がメインフレームと同様に分散システムを支払う状況があるのは確かですが、私は個人的にそれらを見つけていません。また、私は両方の観点から求職活動を開始し、分散システムの求人リストがメインフレームの求人リストより少なくとも10対1を上回っていることを発見しました。あります。

私がこれまで見てきたことから、そしてLinuxとWindowsと比較して、メインフレームとミッドフレームの基本的な問題は、それらを使用するために前払いしなければならないということです。そして多くを支払う。毎年。全てにおいて。

これは、学生が何かに興味を持たせる方法ではありません。彼らが興味を持っていない場合、彼らはおそらく自発的にそれのキャリアを作ることはありません。

残念ながら、IBMのビジネスモデルでは、学生がマシンを安価に利用できるようにすることはできません。

プログラマーとしての私の最初の夏の仕事の1つは、主にグリーンスクリーンとPRNファイルのスクレイピングに基づいていました。当時、私はおそらくCOBOLで手を汚すことを気にしていなかったでしょう（つまり、学生が私をそのコードに入れるのに十分なほど信頼していた場合）。しかし、今日も同じ見通し。

メインフレーム自体に問題があるとは思いません。それは私たちの業界の（しばしば正当化された）新しい光沢のある強迫観念です。

Cを見てください。Cは明らかに非常に重要な言語です。ほとんどすべての埋め込みコードとほとんどのオペレーティングシステムはCで記述されています。すぐにはどこにも行きません。それでも、Cプログラマを見つけるのは難しくなっています。Stack Overflowタグページをすばやく見る[c#]と、サイズが1/6でサイズが1/4になります[java]。Cが基本的に支配的な言語であり、おそらく町で唯一のゲームだった時代を覚えていますか？

プログラマーは強力なツールが大好きです。（SPECULATION ALERT）ほとんどのプログラマーが男だからかもしれません。Javaまたは.NETプログラマーにファイルのコピーなどのタスクを与えます。多くの場合、DOSバッチファイルまたは* nixシェルスクリプトを50回作成する代わりに、JavaまたはC＃で作成することを選択します。記述とデプロイが迅速になります。500匹の魚を捕まえることができる巨大な引き込み式ネットを持っているのに、なぜロッドとリールを使って魚を捕まえるのですか？

はい、COBOLとPL / Iは古いですが、Pascalもそうであり、Delphiの形で今も生き続けています。前者への嫌悪は、おそらくそれらの言語が現代のツールと比較して扱いにくいという事実に起因します。オブジェクト指向は、まだCOBOLの世界では比較的新しい概念です（比較的重視しています）が、C＃の世界では、LINQとジェネリックとAJAXが革命的なものになるのは数年前に停止しました。これらのツールに慣れている開発者にメインフレームでプログラミングを開始するように依頼することは、ロックミュージシャンにバンジョーで演奏を開始するように依頼するようなものです。

もちろん、自己永続的なステレオタイプの問題もあります。限り若いプログラマとして信じているメインフレームでの彼らのために何を（それが真実であるかどうか）がないこと、そして、任意の若いプログラマーんそこに行くことを選択は、多くの高齢者を中心に、その日の大半を費やしてしまうでしょう。ITはそもそも社会的に魅力のある職業ではありませんが、世代間のギャップの抑制は、多くの人々の痛みのしきい値を下回る傾向があります。犯罪という意味ではありません-私は個人的にはかなり年上の人と仕事をしてきましたが、誰もがその背景や能力を持っているわけではありません。

最後に、ほとんどのプログラマーはメンテナンス作業を楽しんでおらず、メインフレームのほとんどすべての作業はメンテナンスです。PL / Iで作成されている新しいソフトウェアはあまりありません。メンテナンスコードを中心に完全にまたは大部分が定義されているジョブはすべて、負のスコアで自動的に開始されます。

レガシコード（メインフレームやその他多くのものを含む「レガシ」）の作業には良い面があります。若い人を引き付けようとするなら、おそらくこれを再生する必要があります。

• あなたが言うように、システムは重要なインフラストラクチャです。少なくともビジネスの世界（Google / Microsoftを除く）の若い開発者は、実際に影響を与える機会を得られないことがよくあります。数か月または数年後に放棄されるか、置き換えられるシステムで作業するのは残念です。すでに50年間実行されているメインフレームアプリは、おそらく企業が再構築する意味がないため、さらに長く実行されるでしょう。したがって、実際に多くの人にとって重要なのは、あなたがそこで行う作業です。

• あなたが実際にそれらのいくつかの企業の一つである場合はありませんし、「アップグレード」への傾斜を持って、プログラマーの多くは、その後、ミッションクリティカルなコードの作業への双子の機会があるので、老いも若きも両方が、その機会に魅了されますそして、それらのC＃/ Javaマッスルのいくつかをフレックスします。当然のことながら、メインフレームを廃棄してゼロから再構築する健全な会社はありませんが、Javaコンポーネントと統合するCOBOLコアを備えたシステムを見てきました。

• 最後に、不可欠なものがあります-少なくとも、私たちの部外者はそれを認識しています。すべてのコードが.NETにある場合、コストを削減しようとする見当違いの試みで、所有者が大学を卒業したばかりの卒業生またはさらに悪いことにオフショアチームに引き換えるリスクが常にあります。私はしていないと思う何をあなたが言うことは真実であると供給が先細りしているように見える場合は特にそれは、メインフレームの世界では非常に頻繁に起こります。もちろん、十分な支払いをしなければ、この点は意味がありません。給料は、その減少する供給を反映するように調整する必要があります。そうしないと、人々は「売れ」ません。

職場環境を若い従業員にアピールするために邪魔になっているように見える会社からの合理的な寛大な申し出を拒否しない若い開発者がたくさんいると確信しています。しかし、彼らに連絡したいのであれば、自分の強みを発揮するのが賢明であり、マーケティングを始める必要さえあるかもしれません。私たちはメインフレームを別の非常に異質な世界と見なす傾向があり、10年前にその認識を変えるために働いていたキャンパスジョブフェアに皆さんを見たことはないと確信しています。

単一の文にそれを煮詰めるために：何もメインフレームが作る魅力のない、それは何も彼らが行うものではありませんということだけだ、魅力のいずれか、および重大な欠点でプットそれらがどの申し出たちの巨大な生産性のブーストや無料のソフトドリンク最先端と比較していること。

私は若く（30代半ば）、現在はメインフレームのサポートに取り組んでいます。RPG、COBOL、独自の4GLがらくた。開発は遅く、可能な場合は、最新の言語を使用して最新のハードウェアに移行されます。

メインフレームの開発は、メインフレーム自体がバックエンドに追いやられる傾向があるため、メインフレーム自体はバックエンドに追いやられる傾向があるため、メインフレーム自体で行われていた種類のレポートおよびデータ変換を行うために使用されます。この時点で、データ入力の大部分をバッチ駆動プロセスに変更したため、サーバーに残るのは請求関連のみです。

飛び込むのは良いニッチのように思えるかもしれませんが、多くの企業は、これらのシステムはもう必要ないという認識に近づいていると思います。金融の世界では変化はゆっくりと起こりますが、実際に起こります。

個人的に私は、メインフレームにとって市場性のある利点が何であるかを理解していません。

高速な数値とデータ処理？それを処理のためにファーム全体に配布したり、強力な「通常の」サーバーを購入したりできないのはなぜですか。

高い冗長性とスケーラビリティ？むしろ、Linuxサーバーファームまたは仮想サーバーのセットが必要です。

仮想化と複数のOS？「クラウド」戦略の代わりにこれを使用すると、パフォーマンスにかなりの違いがあるのでしょうか？

これらすべてをより詳細に理解したいと思いますが、メインフレームを区別するものの有用な説明がないことが、これらのシステム用にプログラムしない理由の主な理由です。

私は25歳で、現在MSCSプログラムに参加しています（私の経歴はCSではありません）。メインフレームに間違いなく興味があります。問題は、どこから始めればよいかわからないことです。私はCOBOLを見てきましたが、まともなコンパイラを入手する場所がわかりません（COBOL用のまともなコンパイラが何であるかさえわかりません、オープンソースのコンパイラがあることは知っていますが、品質はわかりません）。私はそれについて多くの情報を見ていないだけで、正直なところ、それを探すのに費やした時間は、.NetまたはJavaでプロジェクトに積極的に取り組むことができる時間です（私は.Netが好きですが、学校の仕事はJavaです） 。@Joshua Smithのように、メインフレームに入ると自分の人生になるのではないかと心配していますが、WebアプリやWeb 2.0全体の流行よりも面白いと思います（クレイジーと呼んでください）。私には

一番下の行はこれです：

（1）メインフレームプログラミングを行うために必要なことを学習するための情報をすぐに入手できない
（2）私の人生のこの時点で、私は生計のためにプログラムできるようにしたいだけです。私は学業の終わりにポートフォリオを取り払うために必要なものを学び、学ぶことができる多くのリソースがあるので、私は学校でこの目標に向かって仕事をします
（3）行き詰まるのは難しいでしょう私が楽しんでいないことをしていて、キャリアのためにメインフレームだけをしているという可能性は、私を怖がらせるものです（ただし、自由時間に新しいことを磨くなどの方法があることを知っていますオープンソースへの貢献）

これは若いプログラマーとしての私の個人的な見方です。私は以前にメインフレームで作業したことがないので、実際の経験から話すことはできません。しかし、それはそれです、私は1つに取り組んだことがないので、すぐにそれが起こると予測していません。メインフレームと単純なサーバーの境界線をどこで引きたいのかはわかりませんが、メインフレームを考えると、Z-Series 900のような巨大なIBMマシンが1日あたり35ドルを電力だけで消費することを思い描いています。暇なときには、すぐに地下室にいじってはいません。特に古いマシンをつかむことができるとき、そのマシンにubuntu-serverを投げて、私が非常に簡単に感じるものをホストします。私に問題がある場合、Linuxコミュニティは巨大であり、他の誰かが私の問題に遭遇し、オンラインで解決策を投稿した可能性があります。私は推測しているだけです、

10年前に従業員になったとき、メインフレームの仕事を始めました。私は以前にメインフレームに触れたことがありませんでした。

楽しんでいない面がいくつかあったので、できるだけ早くメインフレームの作業をやめました。

1. コードの編集は非常に原始的でした。あなたは基本的にテキストエディタで作業しており、すべて大文字と80文字の行に固定されていました。コード補完や構文チェックはありません。
2. コンパイルはバッチジョブを開始することで行われ、その後、ある時点でスケジュールされ、実行されました。運が良ければ、通常は次の5分間です。タイプミスがあり、コードがコンパイルされない場合は、数回繰り返します。
3. どんな種類のデバッガもありませんでした。デバッグは、変数値を出力し、その長いコンパイル手順を繰り返すことにより行われました。
4. 私たちが行った変更は常に信じられないほど保守的でした。私たちは20年にわたるレガシーコードに基づいて構築し、どこかでファイルキャビネットの紙に手書きで書かれたものだけを書いていました。さらに、これは財務コードであったため、エラーの許容範囲はありませんでした。そのため、実際のコーディング手順は、事前に必要な研究に比べて最小限でした。

（OTOH、彼らは期間中、非常に高度なバージョン管理とコードプロモーションを行っていました。）

メインフレームの従業員の参加を検討する2つの理由：

1. うまくいく
2. たくさんの開口部があります

メインフレーム分野の灰色の労働力は、これからも、この分野に膨大な数の開口部を作り出しています。

私は大規模な金融会社で働いており、今後5年以内に、従業員の約30％が退職して失業します。その数は10〜15年で指数関数的に増加します。

その他の理由：

• 私は25年以上フィールドにいましたが、退屈したことはありません。
• 仕事の競争が少ない。
• 技術について文句を言うのはやめましょう（上記の投稿をご覧ください）...それは古いかもしれませんが、多くの点で、オープンシステムよりも何年も先です。HTML-休憩をください。30年前に大学で学んだBasicにとても似ています。私たちはそれをはるかに超えています。
• メインフレームは高速で信頼性が高く、実証済みです。
• 非常に明るく、トラブルシューティングが好きな人は、Systems Programmingを試してください。
• チームリーダーとして、私は若い、訓練された技術者を見つけて開口部を埋めたいと思っています。
• 私はそれがよく支払うことを言及しましたか？
• ソフトウェア開発以外のメインフレームキャリアオプション-ハードウェアエンジニア、ストレージテクノロジー、ネットワーキングなど。
• 楽しく、刺激的で、やりがいのある仕事であり、素晴らしいキャリア成長があります。
• メインフレームを単なる古いテクノロジーと考えるのをやめてください-それをチェックして、私が言ったことをすべて確認してください。

IBMのSystem z Academic Initiativeもチェックしてください。

私はまだ若いプログラマーであり（29歳）、メインフレーム向けの開発を学ぶことに興味はありません。私は.NETチームで保険会社に勤めていますが、昔ながらのメインフレームプログラマの大規模なチームとも仕事をしています。

メインフレームの世界を私にとって魅力のないものにしているものがいくつかあります。まず、COBOLがあります。世界の大部分がCOBOLで実行されていることを理解していますが、それによって言語の見た目が悪くなることはありません。

次に、「サイクル」の概念があります。これがメインフレームに共通するのか、それとも私たちのやり方なのかはわかりませんが、メインフレームから現在のデータを取得するには、メインフレームが一晩サイクルする必要があります。ショップの.NET側は、メインフレームへのデータの送信とメインフレームからのデータの処理（特に、エージェントの内部LOB Webサイトに大量のデータを表示する）に深く関与しています。ビジネスは、エージェントに表示されるデータが最新であることを望んでいます。ただし、メインフレームは、リアルタイムの私の（制限された）概念内では動作しません。翌日、メインフレームからの実際の出力であると予想されるものをWebサイト上でシミュレートするために、いくつかの異常な回避策が用意されています。

最後に、この時点でメインフレームの開発に移行すると、私のキャリアを支配するようになると固く信じています。私は現代の開発者としてのスキルがますます低下し、最終的にはCOBOLのメンテナンスが唯一の選択肢になるまでに達すると思います。今、特に今から10年後には良いお金を稼ぐことができることは知っていますが、お金は私のキャリアの優先順位の4番目または5番目です。新しくて面白いことに取り組むことを意味するなら、まともな給料を作り続けたい。

私は主にJavaを使用していますが、バックエンドにはメインフレームを使用しているため、多くのことを処理する必要があります（RPG）。私が抱えている最大の問題は、公開されているドキュメントが不足していることです。ほとんどがiSeries DB2に変換されるDB2のSQLドキュメントを見つけることができますが、publib.boulderはSunのjavadocと比較すると恐ろしいです。

もう1つ気に入らないのは、主要なメインフレーム言語の構文が読みにくいことです。RPGにはローカルスコープの概念がないため、巨大な変数宣言ブロックが必要です。Cobolも同じ問題に苦しんでいると思います。また、無意味な変数名と隠された意味につながります。また、多くのさまざまな組み込み関数がありますが、これらの関数を見つけるのに苦労しています（上記参照）。なぜ本格的なプログラミングにBASICを使用しないのかを思い出します。ありがたいことに、IBMはすべての人をJavaに移行しようとしていますが、これらのレガシー言語はすぐには消えません。

このような環境でプログラミングを学ぶことに興奮するのは難しいと思います。

私は42歳で、メインフレームには興味がありません。さて、それを修飾しましょう。コンピューティングの歴史に興味があります。メインフレームアーキテクチャをある程度研究し、たとえばIBMメインフレームがMotorola 68000や80386などのマイクロプロセッサアーキテクチャにどのように影響したかを理解しました。思い出。これらの環境に慣れている人々にとって、初期のマイクロプロセッサは多くの点でがっかりでした。

しかし、これらのアーキテクチャが追いついたため、メインフレームはずっと前に「ヒップ」でなくなりました。ハッカーがベンチでミニコンピューターを手に入れることができたとき、そしてそのワークステーションがUnixを実行した直後に起こりました。

メインフレームは、1980年代初頭以降、若いプログラマーには馴染みがありませんでした。それは、メインフレーム企業があなた自身の質問を自問する絶好の機会だったかもしれません。

今日、答えは世代を超えて再帰的です：若いプログラマーはメインフレームには興味がありません世紀前。

とにかく、今日、携帯電話は30年前にメインフレームが使用されていたタスクを処理できます！安価なサーバーボックスのファームが新しいメインフレームです。ある意味で、今日の新しいメインフレームプログラマーは、ネットワークマシンをまとめてクラウドを構築することだけが専門です。一言で言えば、Mark Zuckerbergと彼の仲間は、Facebookを作成したときに新しい種類のメインフレームプログラミングを行っていたと言えます。ディスクを備えた単純なマイクロプロセッサで実行されるのは単なるアプリケーションではないという意味です。

ちなみに、メインフレームの最後の専門分野の1つは仮想化でした。しかし、それは現在、デスクトップ/サーバーマシンで遍在しています。ソフトウェア技術を使って、人々は最初はそれをひどく始めました。VMは非常に有用だったため、ユーザーはパフォーマンスの低下を気にしませんでした。その後、Intelのような企業はメインフレームを再び検討し、ハードウェアで仮想化をサポートして高速化することにより、さらにいくつかの教訓を学びました。

Web、携帯電話、またはPCの開発を学ぶのは、かなり安くて簡単です。

古いメインフレームを打ち破るハードウェアコストも非常に高く、IBMは頻繁にHerculesエミュレータプロジェクト（System / 370、ESA / 390、およびzSeriesをエミュレートできる）に腹を立てています。Herculesを使用しない場合、これにより、メインフレームアーキテクチャとアプリケーション開発を学ぶためのエントリーコストが、最も裕福な愛好家を除くすべての手の届かない範囲になります。

80年代以降、学生が使用できるメインフレームを持っている大学はありません。IBMとメインフレーム業界のその他のゴーストは、自分たちの足を踏み入れて、学習しづらくなったと思います。

IBMメインフレーム、特にzSeriesに関するいくつかの事実から始めましょう。

ハードウェアは光沢のある新しいブランドです。利用可能な最先端の電子機器とチップの設計が含まれており、高速です。

z / OSのルーツは1960年代ですが、継続的な開発と少なくとも2回の完全な書き直しが行われているため、下位互換性に対するIBMのフェチに起因する癖は別として、おそらく一般的に使用される新しいOSの1つです。

主なセールスポイントは次のとおりです。

• 前述の下位互換性がプログラムが1976年にMVS / MVTマシンで実行された場合、再コンパイルせずに最新のzSeriesで実行され、まったく同じ結果が得られる可能性があります。
• 帯域幅はアクセスを移動し、大量のデータを非常に高速かつ非常にきめの細かいレベルで保存できます。
• 可用性。過去15年ほど利用可能であったSYSPLEXは、負荷分散、自動フェイルオーバーなどを備えた複数のサイトでシームレスなクラスタリングを提供します。これらの多くはハードウェアに実装されています。ほとんどの* nixクラスタリングはプリミティブに見えます。
• 収束。これは少し奇妙に聞こえますが、POSIXの完全サポートと超高速JVMを使用すると、現代のメインフレームは他の* NIXボックスと実際に見分けがつかなくなります。

これまで、メインフレームは、評論家がそれを置き換えると言っていたほぼすべてのものよりも長持ちしています。

欠点がいくつかあります：-

• 下位互換性とは、多くのショップが20、30、場合によっては40年前のシステムを実行していることを意味します。彼らはうまく機能し、ビジネス機能をうまく実行しますが（または、まだ実行されていません！）、コーディングスタイルと過ぎ去った時代の強迫観念を反映しています。
• 後方文化。古代のCOBOLシステムのゲットーで働いているプログラマーは、世界が進んでいることに気付いていないようです。
• 可用性の欠如。あなたが実際にこれらのモンスターの1つで働くために支払われていない限り、あなたは1つにアクセスすることはできません。あなたが働いている場所さえあるかもしれませんが、あなたの即時の仕事の説明がそれに取り組んでいない場合、あなたはログインを取得しません。「ヘレキュラー」エミュレーションソフトウェアに関する他の投稿でも多くのことが言われており、それは確かに優れていますが、専門家だけに非常に多く、古代バージョンのオペレーティングシステムを実行し、CICS、COBOLなどの標準コンポーネントのほとんどを欠いていますほとんどの実行中のメインフレームアプリケーションのフレームワークを形成するDB2。

おかしい、これを尋ねるべきです。大学でメインフレームに関する講演を行ったばかりで、IBMはメインフレームの開発者のレベルに不満を抱いており、大学でメインフレームモジュールを実装し、メインフレームプログラミングを教え、メインフレームの1つにリモートでアクセスできるようになっています。

私は実際に9月にこのモジュールを受講していますが、それは私が再びやることではないかもしれませんが、「異なる」何かに取り組む機会を与え、新しいパラダイムに目を向けます。

私は28歳で、プロの開発者として10年間働いています。私はメインフレームで3年間働きました。

環境は難解で、古く、停滞しており、混乱していました（JCLとISPFの誰か？）。そうは言っても、私はシステム、それがすべてどのように機能するか、その規模に対して非常に多くの敬意を払っていました。システムには150M SLOCのようなものがあり、SOAを介してUNIXサーバーのミッドレンジファームをサポートし、文字通り国の大部分を運営していました。

とはいえ、なぜ若いプログラマーは興味がないのですか？「若い」プログラマーとしての私の見解は次のとおりです（23歳でこのシステムを使い始めました）。これは私が取り組んでいたシステムからの私の視点であり、私が行った研究を念頭に置いてください：

• メインフレームの開発はほとんどありません。その多くはレガシーです。
• 参入には大きな障壁があります
• 行われている作業は、財務、大企業、政府向けです。これはどれも最先端ではありません。
• 開発ツールは古く、ほとんど時代遅れです。デバッグはVSのようなものではありません。

メインフレームは、常に経済において重要な位置を占めます。彼らは莫大なコストとサポートの要件のために、初期のビジネスを推進しません。

メインフレームにはおそらく非常に興味深い仕事があると思いますが、その方向に自分のキャリアを実際に動かすことを恐れています。10年後には、私の経験が役に立たなくなり、メインフレームプログラマが利用できる仕事がなくなる可能性が非常に大きくなります。インストールベースが縮小する停滞したテクノロジーに多くの時間を費やすことで、自分自身を時代遅れにしたくありません。

その答えは、未来はないということです。メインフレームプログラマーとして22年の経験があり、5年間仕事を休んでいます。ウェブ開発の学士号を取得するために学校に戻ります。心の正しい人がメインフレームCOBOLプログラマになりたいのはなぜですか？

ケン