メインフレームプログラミングを学ぶ5つの理由

あなたが野心的な開発者であれば、Docker、Spark、Kendoなど、業界の話題をどこにでも追いかける傾向があります。最先端にとどまると、市場価値が高まり、仕事にやりがいがあり、致命的な自己満足の間違いを回避するのに役立ちます。

しかし、あなたが本当に野心的であるならば、逆張りになって、明らかに話題にならない技術をあなたの履歴書に加えるのは賢明かもしれませ。実際、そのテクノロジーは話題とは正反対です。なぜなら、あなたが生まれる前から人々はそれを死んだと発音しているからです。

メインフレームです。これが新鮮な外観を与える5つの理由です。

1.エンタープライズアプリケーションはマルチプラットフォーム/メインフレームアプリケーションです

メインフレームは、世界最大の企業におけるコアビジネスロジックとデータの主要なリポジトリであり続けます。したがって、大企業で最も重要なアプリケーションは、フロントエンドのモバイル/ウェブ/クラウドであっても、バックエンドのメインフレームリソースを活用します。

そこ手つかずそれらを残したまま、メインフレーム・アプリケーションおよびデータベースを効果的に活用することができるという一般的な誤解がある-と企業は、したがって、単にどこにでもアジャイル採用することにより、デジタルアジャイルことができるが、メインフレーム。

これは単に事実ではありません。バックエンドでメインフレームアプリケーションとデータを使用している場合は、デジタル競争力を維持するための継続的な取り組みの一環として、そのバックエンドを継続的に調整する必要があります。 Cobolアプリケーションロジックを少し変更する必要があるかもしれません。一部のDB2データベース呼び出しをコーディングする必要がある場合があります。フロントエンドのモバイル/ウェブ需要の増加に合わせてバックエンドのワークロードをスケーリングするときに、パフォーマンスSLAを維持するために、いくつかのプラットフォームの動作を調整する必要がある場合があります。

誰かが常にメインフレームで作業する必要があり、メインフレームがなくなることはありません。したがって、メインフレームを含むすべてのエンタープライズプラットフォームを理解し、それらを操作する能力は、真のフルスタック職人にとって必須です。メインフレームのリテラシーは、競争力のあるデジタル俊敏性を達成および維持するための企業の取り組みにおいて主導的な役割を果たすことを希望する場合にも不可欠です。

2.アジャイルメインフレームプロセスとツールの出現

メインフレームの開発に慣れるという見通しは気が遠くなるような時期がありました。メインフレーム開発者は、ツール自体と基盤となるIBM z / OSプラットフォームの特異性の両方について、苦労して得た広範な専門知識を必要とする難解な「グリーンスクリーン」ツールのみを使用していました。

これらのツールとプラットフォームの知識の問題があるため、メインフレームで有能になる唯一の方法は、メインフレームに完全に専念することでした。つまり、クラウド、モバイル、または関心を集めたその他のテクノロジーへの関与をまったく犠牲にすることを意味しました。

もういや。新世代のメインフレームdevopsツールは、EclipseIDEにプラグインする他のツールに期待するのと同じグラフィカルなルックアンドフィールを提供するようになりました。これらの新しいメインフレームツールは、Cobol、PL / I、アセンブラー、DB2、CICSなどの基本的な特異性から開発者を隔離する組み込みインテリジェンスも提供します。

これらのツールの一部は、Atlassian、Jenkins、SonarSource、XebiaLabsなどを中心に構築された継続的デリバリーツールチェーンに直接統合されています。

メインフレームで何をしているのかを少しでも理解する前に、何年にもわたる学習曲線に着手するのではなく、アジャイル設計、コーディング、およびQAスキルを、あらゆる大規模な最も重要なコンピューティングプラットフォームですぐに活用できるようになりました。企業。

3.人類史上最高の設計のプラットフォームとの実践的な関与

メインフレームプラットフォーム自体は、噂や神話を通してしか知らない人にはよく理解されていません。実際、IBMメインフレームは注目に値するエンジニアリング作業です。世界中のエンタープライズメインフレームは、毎日1秒あたり115万を超えるCICSトランザクションをまとめて実行します。これは、すべてのGoogle検索、YouTubeビュー、Facebookのいいね、Twitterのツイートを合わせたものに相当します。

メインフレームは、経済的な観点からも非常に効率的です。分散環境とクラウド環境では、追加のワークロードにより、インフラストラクチャとスタッフを含む追加の増分コストが発生することがよくあります。クラウドでは、これらのコストは月々の請求額の増加につながる可能性があります。

一方、メインフレームは、多くの場合、追加のインフラストラクチャや人員配置なしで、より多くのワークロードを処理できます。必要なのは、既存の容量のプロビジョニングと構成のビットだけです。そうです、メインフレームは常にプラットフォームリソースの割り当てを仮想化しています。

そして、メインフレームがマルウェア攻撃に屈したことを最後に聞いたのはいつですか?

最適なセキュリティ、メガスケール、およびファイブナインの信頼性を備えた絶叫パフォーマンスを必要とするユースケースに挑戦した開発者は、実証済みの真のプラットフォームを使用したほうがよい場合があります。

4.使命感とより高い目的

あなたがプロのプログラマーなら、おそらくあなたは財政だけに動機付けられていません。また、仕事には使命感と目的意識が求められます。

メインフレームの開発よりもミッション主導型の作業を考えるのは難しいです。結局のところ、メインフレームアプリケーションとデータは、世界経済の基盤を提供します。エンタープライズメインフレーム開発と規模が比較できる仕事はほとんどありません。グローバルバンキング、グローバル保険、グローバルリテールはすべて、ほぼ普遍的に飛行機旅行と同様にそれに依存しています。

これは、すべての市場の大企業が、クラウドと継続的デリバリーの組み合わせによって提供される適応性を十分に活用している新しい小規模な競合他社による混乱に直面しているため、特に当てはまります。これらの大企業は変化するか死ぬ必要があるため、コアメインフレームアプリケーションの改修に対してこれまで以上にオープンになっています。

簡単に言えば、作成するコードのすべての行が最大数の人々に最大のプラスの影響を与えるようにしたい場合は、メインフレーム開発が最適です。

5.需要と供給の経済学

ミッションは価値のある動機ですが、メインフレームプログラミングでリテラシーを達成する開発者に対する金銭的インセンティブを見逃してはなりません。ベテランのエンタープライズメインフレーム開発者の世代全体が、定年を過ぎたため、現在、従業員を辞めています。同時に、IBM z /で実行されているCobol、DB2、アセンブラー、およびその他のバックエンドリソースへの更新頻度が高いクロスプラットフォームアプリケーションをサポートする必要があるため、メインフレーム開発の需要は増大し続けています。 OS。

大企業は、このスキルのギャップを何らかの形で埋める必要があります。メインフレームの開発はほとんどの場合クロスプラットフォームアプリケーションのコンテキストで行われるため、メインフレームのみの開発者を雇うことによってそうする可能性は低いです。代わりに、大企業は、社内のITスタッフの間でメインフレームのリテラシーを育成することと、メインフレームのdevopsツールを使用した機能的リテラシーを含む強力なクロスプラットフォームスキルを持つ請負業者を雇うことの両方によって、アジャイルメインフレームのdevopsスキルのニーズを満たします。

したがって、需要と供給の単純な法則により、メインフレームのリテラシーは、モバイルやWebなどのより一般的なプラットフォームで広く利用可能でコモディティ化されたスキルよりもはるかに経済的に価値があります。

メインフレーム:次世代

開発者がメインフレームのリテラシーを検討する必要があるもう1つの理由があります。それほど難しいことではありません。結局のところ、コードはコードです。メインフレームに怖がる必要はありません。新世代のdevopsツールにより、新世代の開発者はメインフレームのコードとデータを視覚的に理解しやすくなります。これらのツールは、開発者がエラーを回避し、アプリケーションのパフォーマンスを最適化するのにも役立ちます。同様に重要なのは、メインフレーム開発タスクをITのより広範なクロスプラットフォームdevopsツールチェーンにもたらすことです。

メインフレームとより主流のプラットフォームのどちらかまたは両方を選択する必要はありません。他のスキルの通貨を犠牲にすることなく、すぐにメインフレームのリテラシーを身に付けることができます。実際、大企業にとって最も価値のあるものとなるのは、まさにメインフレームとメインストリームのスキルの組み合わせです。

メインフレームはどこにも行きません。大企業は、メインフレームのアプリケーションとデータに多額の投資をしているだけです。プラットフォームの再構築は、一般的に非現実的でコストがかかりすぎます。

結論:メインフレームを見直してみる絶好の機会です。メインフレームに精通した開発者の必要性はかつてないほど高まっており、メインフレーム開発の機会はかつてないほど儲かっています。何よりも、メインフレームでの作業は、想像していたよりもはるかに楽しく、やりがいのあるものになる可能性があります。

クリストファーオマリーはコンピュウェアのCEOです。

New Tech Forumは、前例のない深さと幅で新しいエンタープライズテクノロジーを探索して議論する場を提供します。選択は主観的であり、読者にとって重要で最も興味深いと思われるテクノロジーの選択に基づいています。出版用のマーケティング資料を受け入れず、寄稿されたすべてのコンテンツを編集する権利を留保します。すべてのお問い合わせは[email protected]までお送りください。