技術
銀行業務の基礎は安定性です。 したがって、主な重点は、この観点から証明された技術にあります。 はい、使用されている最先端技術の割合は、他の業界（たとえば、eコマース）ほど高くはありません。 しかし、生命の権利を証明した決定が遅かれ早かれここに来ると言っても安全です。 10年前でさえ、銀行環境での新しいJavaの使用は想像するのが困難でした。 そして今、銀行プロジェクトはJava専門家の主な雇用主です。 しかし、Gigaspaces www.gigaspaces.com 、MarkLogic www.marklogic.comの今日の生活はまだ止まっているわけではありません。これらはすでに実際のトレンドであり、非常に広く使用されています。
経歴
ここではすべてが簡単です。 他の大企業と同様に、銀行はITサービスプロバイダーのシェアを増やすためのプログラムを本格化しています。 したがって、年々、そのような企業で働く人々の数はますます増えています。 そして、キャリアの構築に興味のある人にとって-これは、彼が適切な雇用主を見つけた最も確実な兆候です;-)
官僚
まあ、私は何を言うことができます：他の大規模な組織のように、それはそうです。 しかし、時にはそれは人生を複雑にするだけでなく、それを容易にします。 プロセスが実際にどのように機能するかを理解するために少し時間をかける必要があります。 その後、特定の段階でそれらを制御することを忘れないだけで十分です。すべてが自動的に行われます。
開発計画と方法論
主なユーザーは銀行自体の事業部門であるため、ITプロジェクトの予算は定期的に割り当てられ、開発され、増加します。 アジャイルの慣行は、長い間銀行部門に入ってきました。 ここではSCRUMもかんばんも新しいものではありません。 そして、昨日の熱心な「滝のみ」のマネージャーがアジャイルに適応し、SCRUMボードを使用してプロジェクトの上流管理者に状況を正しく報告する方法を学びました。 また、銀行がPMIで行ったのと同じくらい熱心に投資するアジャイルトレーニングの数に注目する価値があります。
国際チーム
各銀行には、さまざまな国にITサービスプロバイダーのセットがあります。 したがって、ほとんどすべての人が、いくつかの国が同時に参加するグローバルなプロジェクトに参加する機会があります。 そして、それは定期的な出張を意味します-さまざまな国を訪問する機会として。 出張の予算は年間で安定しています。 はい。英語は現代の金融プロジェクトの標準です。
建築の自由
保守主義にもかかわらず、ITは銀行の主な収入源ではありません。 したがって、ITサービスプロバイダーがアーキテクチャの側面で決定を下すという事実について、彼らは非常にオープンです。 実際、オープンソースソリューションを使用するには多くの権限が必要になりますが、これらは単なる予防措置であり、実際には、ほとんどの合理的な提案が受け入れられます。 たとえば、Scala（http://www.scala-lang.org）の使用は、技術的な利点によるものです。
紳士の標準セット
必要な技術の標準セットには現在何が含まれていますか？ 私の主観的な意見では、標準（> 80％）セットは次のとおりです。
-Javaコア
-春
-休止状態
-JMS
-グルーヴィー
-オラクル
-HTML5 / XML / XPath
-Webサービス（REST）
-GWT
-BDD / TDD
安全性
例えば、私は貴重品に関してはセキュリティの問題に対して非常に前向きな態度を取り、それが私に何らかの制限を課すときは非常に否定的です。 残念ながら、セキュリティと制限は相互に関連しています。 そして、あなたはそれに耐えなければなりません。 どこかでより多くの制限があり、どこかでより少ない制限があります。 原則として、現在、携帯電話は入り口で持ち去られておらず、カメラは各従業員の上に掛けられていません。 彼らはまた、データをマスクする方法を学び、鉛で覆われた壁のある窓のない部屋で作業する必要はありません...しかし、誰もカードのピンコードをキャンセルせず、残念ながら、職場に親relativeを連れて行きます！”）も機能しません。
仮想マシン
すべてのプロジェクトではありませんが、そのような関係は、従業員が仮想マシンで作業するときに見られます。
この決定の本質は、従業員とサーバーの物理的にすべてのコンピューターが銀行自体のネットワーク内にあるということです。 これにより、スケーラビリティと情報セキュリティが大幅に簡素化されます。 開発者にとっては、通常のコンピューターのように見えます。 Citrixテクノロジーと高速専用ネットワーク接続を使用してこのようなシステムを編成しているため、組織への適切なアプローチにより、パフォーマンスの問題は発生しません。 これに遭遇したことのない人にとっては、恐ろしいことかもしれません。「Facebookでテープを読むことができないのはどうしてですか？」 しかし、これに適応した人には利点があります：週末や祝日にはメールを読むことができず、深夜に誰かが何かを緊急に修正するために電話することはありません
サブジェクトエリア
一部の人にとって、金融分野は、たとえばNASA Spacecraftよりも魅力的ではありません。 これはおそらく、数学者の物理学が経済学よりもロマンチックに見えるという事実によるものです。 ただし、多くのプロジェクトがあるため、対象分野への影響が少なく、技術的な複雑さが大きいプロジェクトを見つけることは可能です。 そして、これらの技術的困難は十分にあります。これらは、高負荷のミッションクリティカルなシステム、リアルタイムデータ、および大規模なコレクションを処理するためのさまざまな複雑さのアルゴリズムの速度要件です。 また、現在、本当に必要であるかどうかに関係なく、完全なJ2EEスタックなどの重いソリューションから遠ざかりつつあります。 代わりに、軽量技術、合理的な決定、および機能の段階的な増加が採用されています。 何らかのテクノロジーが使用されている場合、そのテクノロジーはその場で完全に使用されます。 開発者にとって、これは彼の知識のより深い経験と構造化を意味します。