Googleの写真、これは著者の母親ではありません

母は私が生まれる前にEU最大の銀行の1つで働き始め、私はプログラマーになったので、特に近年は特に彼女の専門性に常にこだわりました。 私は何度も彼女にインタビューするように頼まれました。

少し説明します

銀行ソフトウェアの世界は別の宇宙です。 それは私たちのほとんどが慣れているものとは大きく異なります。 この投稿をHNとRedditに投稿しています。 質問と回答の形式ではなく、ストーリーの形式でインタビューを公開しています。 投稿の下部にいくつかの質問と回答を追加しました。

1991

彼女はNordeaで内部研究を始めた年に、Nordbanken（Nordic Bank）と呼ばれました。 2001年にNordeaに名前が変更されました。 トレーニング中、彼女は、まずこの分野で働くのに十分な知能を持っていることを示すために、まずIQテストのさまざまなテストを受けなければなりませんでした。 心理的安定性テスト-彼女はこの特定の仕事とマルチタスクテストに十分な神経を持ち、22/100のスコアで失敗しました。 彼女は残りのテストに合格し、16の利用可能なポジションの1つを獲得しました。

この投稿は 「 COBOLの IBMメインフレームプログラマのように」聞こえますが、これまで25年間、私の母は同じ銀行でその役職に就いていました。

少なくとも技術的な観点から、銀行におけるこのポジションは最も重要です。 たとえば、母親とチームメンバーが同時に仕事を辞めた場合、銀行は数週間以内にせいぜい倒産します。 彼女のチームは24時間体制で勤務しています。 私が若かったとき、彼女はタクシーに乗り、日中の深夜に仕事に行き、行き詰まりを直した。

私の兄弟（彼は1歳、彼は左側）、母と私（右側）

COBOL ...

...並列計算用の機能的なHaskellやGolangのようなクールなプログラミング言語ではありません。 COBOLは必須の手続き型言語であり、2002年以降はオブジェクト指向です。 言語自体には何も問題はありません。問題は、少なくともメインフレームプログラミングのコンテキストでは、誰もそれを知らないということです。 母はチームの最年少の2番目のメンバーであり、1964年に生まれました。 最年少のスタッフは、2年間で彼女と差があります。 これは世界的な問題です。世界中のほとんどすべての大規模な銀行が、メインプログラミング言語であるIBMおよびCOBOLメインフレームを使用しているためです。 小規模な銀行の場合、状況は良くなります;彼らは通常、例えば、メインフレームなしで、Javaで動作します。

ママは私にこの言語を学びたいかと尋ねてきましたが、Postgres、Redis、Node、 Crystal 、PHPなどのより高度なテクノロジーを使用しており、常に「はい、何もない！」と答えました。 私はまだ彼女が何をしているのか興味がありますが、これらのタイプのシステムは、私が想像することができ、避けたい最悪の企業精神を引き起こすようです。

確かに、私は20歳のメインフレームプログラマーの太った給与しか想像できません。この場合、年齢は貴重です。

データベース

メインデータベースはIMSと呼ばれます。 これは、Apolloプログラム用にIBMが作成した階層型データベースです。 それらの間で、彼らはそれをDL / 1、データベース言語1と呼びます。 彼らは、通常のSQLを理解するリレーショナルデータベースであるDB2に移行しようとしています。 しかし、Nordea Bankが保存する膨大な量のデータを考えると、このようなタスクには数年かかります。 IMSからDB2にデータを転送する必要があるだけでなく、IMSの代わりにDB2からデータをロードおよび保存するためのモジュールを更新する必要がありますが、何千ものモジュールがあり、その多くは、死亡または退職したプログラマーによって開発されました。

各トランザクションはDB2に保存されます。 IMSへの書き込みを可能な限り回避し、新しく購入したシステムが完全に統合されてそこにデータを保存できなくなるまで、IMSからデータを読み取ります。

IMSは非常に古く、非常に低速です（一部のタスク）。
データの検索には数時間かかる場合があります。 Ha、そしてここでは、MySQLにはPostgresよりも2ミリ秒速いクエリ実行があると主張しています。 少し皮肉。

また、さまざまなタスクにフラットファイル構造を使用します。これらのタスク自体は、IMSによってサポートされるいくつかの亜種に分割されます。 1つの例はGSAMです 。これは、母親がタクシーで働くために繰り返し急ぐ必要があったためです。 そして、すべて同じモジュールが同時に同じGSAMファイルで動作し、相互ロックを作成するためです。

データベースのサイズについて話しましょう。 DB2はトランザクションデータのみを保存します。トランザクションのサイズは、トランザクションが行われるアカウントの種類によって異なります。 個人口座は、個人の銀行口座のように、法人口座よりもはるかに簡単です。 各トランザクションの重量は500bから2Kbまでで、平均で約1Kbです。

現在、DB2データベースには110億のトランザクションが保存されており、法律では各トランザクションを10年間、実際には11年間保存することが義務付けられています。 現時点では、トランザクションはわずか7年であり、その数は毎年5〜8％増加していると思われます。11年以上経過すると、11年を超えるレコードを破棄できるようになります。

現在、DB2には約10 TBのデータが格納されており、これらはトランザクションにすぎません。 4年後には、約13〜14 TBになります。

残りの情報のほとんどはIMSに保存されます。 このデータのサイズは非常に異なるため、サイズを見積もることは困難ですが、DB2よりもはるかに大きいと想定しています。

また、いくつかのデータをテープに保存し、プログラムは特定のテープからデータをロードまたは保存するようにマシンに指示します。 これはかなりクールです！

IDE

誰もがIDEやテキストエディターのようなものを持っていますよね？ ここにあります。 IDEはISPFと呼ばれ、オペレーティングシステムに似ています。 ISPFは拡張でき、IDEと呼ばれる部分はEndevorと呼ばれるISPF拡張です。

ISPFはメインフレームに直接関連しており、ローカル開発環境のような概念はありません。

インターネットで見つかったISPFインターフェース

バッチ処理

システムの約80％はバッチ処理です。 これらは、特定の時間または時間間隔で起動され、ある種のデータ処理を実行したり、他の銀行、機関、または他の場所にデータを送信したりするタスクです。 たとえば、コカコーラの缶を購入すると、お金は私の口座から引き出されますが、実際には、バッチタスクの1つがこの操作を実行するまでお金はどこにも行きません。 これらのタスクは通常、夜間に実行されるため、通常、銀行間の取引が完了するまでに1日かかります。 銀行内の取引は、即時に実行されるため、通常は瞬時に行われます。

バッチジョブはギガバイト、時にはテラバイトのデータで動作し、場合によっては数時間かかることがあります。 IBMメインフレームが、クロックの00:00になった2番目のデータセンターで突然フルキャパシティに達する方法を確認したいと思います。 それは素晴らしいことです！

銀行が直面する問題

メインフレームで動作する銀行には、解決する必要がある多くの問題がありますが、残念ながら、これには十分な時間がありません。

プログラマーは年をとり、多くの人は学びたくなく、新入社員が自信を持って職務を遂行できる期間は2〜3年であり、その後も異例の状況に陥ることがあります。

何十年も前のプログラムがあります。どのように動作するのか誰も理解しておらず、それらを書いた人はずっといなくなっています。

多くの銀行は古いクールなシステムを置き換えるために新しいクールなシステムを購入したいと考えており、すべてのプログラマーは満場一致で次のように宣言しています。

彼らのシステムが巨大である理由の一部は、彼らが最初に間違いを犯し、他のシステムにシステムを調整し始めたことです。 良い例：データを受信する必要があるプログラムがシステムをシステムに合わせて調整するRESTfulサービスを作成します。 一部の銀行ではそうではありません。たとえば、税務サービスなどの他のシステムにデータを送信します。税務サービスはいつでもシステムを更新できるため、銀行がデータ送信に使用するシステムを破壊します。

銀行システムも非常に高度です。 個人の銀行口座は、法人の銀行口座とは大きく異なります。 さらに、各タイプには少なくとも50種類の銀行口座があります。 また、ノルデアの場合、スウェーデンの個人アカウントや企業アカウントとは異なる政府アカウントもあります。 フィンランド政府のアカウントと、おそらくデンマーク語のアカウントがいくつかあると思いますが、これらも何らかの点で異なります。

結論として

Nordea Bankと他の銀行が今後数年間で何をするつもりなのか、また彼らがどのような新技術を実装するつもりなのかを聞くのは非常に興味深いでしょう。

Q＆A

なぜCOBOL上のIBMメインフレームでプログラミングすることにしたのですか？
「私は常に「コンピューターを使って仕事をしたかった」」が、私はこの特定の仕事を探していなかった。 私は新聞広告を見、履歴書を提出し、仕事を得た。 しかし、当時、私はすでにコンピューターシステムの分野で少し経験をしていました。

一番ショックを受けたのは何ですか？
-私の同僚はかつて、システムの最も重要な部分である「キャッシュデスク」と呼ばれるソフトウェアモジュールの指示の最後にドットを追加するのを忘れていました。 彼女はすべてのお金を処理する責任があります。 その結果、銀行全体の作業は16時間停止しました。これは、モジュールが実行され続けたためだけでしたが、その命令の後に停止する必要がありました。 これは文字通り私たちのシステムをハングさせ、それ自体がDoS攻撃を仕掛けることになります。

Nordeaと同じインフラストラクチャで動作する銀行の将来はどうなると思いますか？
-ほとんどの銀行は、古いメインフレームをより新しいものに置き換える必要があることを認めました。 ノルデアは新しいシステムを購入し、現在のシステムを4年間交換することを約束しましたが、銀行は複数の国にサービスを提供しており、実際には4年間で1つの国にしか進まないため、合計で16年です。

これを理解していない銀行や金融システムは、非常に困難な状況に陥ります。 まだIBMのインフラストラクチャを使用するように思われますが。

90年代に働き始めた女性プログラマーとしてどのような問題に遭遇しましたか？
-問題はまったくありませんでした。 私のチームには女性が何人かいますが、男性はもっといます。 あまり気にしません。

20年以上にわたって、1つのモジュールと、場合によっては1つのコードベースに取り組んできました。 気になりますか？
-はい、間違いなく、他の活動分野と同様です。 しかし、ここでの作業中に、私はさまざまな金融分野で多くの完全に新しいシステムを作成しましたが、それは常に興味深いものでした。 残念ながら、今後は新しいものを作成することはありません。現在のシステムのみをサポートし、交換用に購入した新しいシステムを待ちます。

銀行のコードを書くのはどれほど怖いですか？
-特に日曜日にメインサーバーで変更を行う場合、非常に怖いです。 そこで何かを変更する場合、システムの大きなブロックをオフラインで転送する必要があります。 これらのブロックの1つは、IMS全体です。 この期間中は何でも起こりますが、非常に信頼性の高いテストシステムがあるため、原則としてすべてが問題なく実行されます。

職場で深刻な間違いをしたことがありますか？
-間違いなく、私は、1997年に一番下の息子（筆者である私）が幼稚園に行き、産休が終わったときに、かなり重大な間違いを犯しました。 年金制度があります。 当時のこのタイプの銀行口座は閉鎖されておらず、法律により55歳になるまでこの口座からお金を引き出すことはできませんでした。 銀行口座番号で口座が閉鎖されていないため、お金を引き出すことができます。 したがって、顧客の銀行口座番号を提供しないという決定は簡単でした。

私はなんとかしてモジュールを変更し、メールでクライアントに送信されたレターにアカウント番号を追加し始めました。 顧客は、法律で想定されているよりも早く退職口座からお金を引き出し始めました（そこから税金はまだ差し引かれていません！）。

これには大規模な内部調査が必要でした。 スウェーデン政府が介入し、私たちは金融検査とメディアに攻撃されました。 これは私だけです。

あなたの職場の雰囲気は？
-最近、より「ファッショナブルな」場所に移動しました。 以前は個人用のテーブルがありましたが、今では「利用可能な場所を選択してください」-オープンスペースです。 私はそれがまったく好きではありません。

（ ナタリアベースによる翻訳）