「もっとやらない」-キリル・トルカチョフ、アルファ研究所について

Cyril tolkkv Tolkachevは、おそらくJavaの世界で最も有名なAlpha Laboratoryの従業員です。彼はJava会議で積極的に講演し、デブリーフィングポッドキャストに長い間参加しており、秋には新しいポッドキャスト「Two Devs One Ops」を共同設立しました しかし、Alpha Labでの彼の仕事はどのように見え、会社はレポートやポッドキャストで言及しているすべてのツールをどの程度積極的に使用していますか？

Cyrilは前回のJPoint 2017で、Evgeny BorisovとSpring Test / Spring Boot Testの「レーキ」について話し、Alpha LaboratoryがJPointのスポンサーになりました-そして、カンファレンスで彼を捕まえてこれについて尋ねるのが便利だと判断しました。

-あなたはスピーカーおよびポッドキャストとして知られています-あなたはアルファラボで正確に何をしていますか？

-私はただの開発者です:)まず、「パスポート」と「プラットフォーム」の2つのプロジェクトに取り組んでいます。 1つ目はセキュリティと承認に関連し、2つ目は4月に開始された新しいインフラストラクチャプロジェクトです。これは他のチームの内部製品です。 私たちは成長の困難に直面しているため、製品開発の技術面とプロセス面をうまく統合するエンジニアリングソリューションの作成に努力することが決定されました。

また、他のチーム（相談、ヘルプなど）と対話し、一般的に私の夢を実現しようとします：誰もが製品の成功に興味を持ち、燃えるような目で共通の原因を開発し、自分自身を改善し、すべてをより良くしたい。

特定のプロジェクトに結び付けられているものに加えて、ここの人々はアマチュアのパフォーマンスにも携わっています。 実際、私のイニシアチブは会議で話しています。

-Alfa LaboratoryはAlfa Bankの特別部門であることが知られていますが、外部からは明らかではありません。それらはどのように関連しているのでしょうか。

-公式には、名前だけが異なりますが、実際には、多くの違いがあります。 変換に関する記事は、 Nadezhda AvdaninaのCIO AlfaLab ブログに掲載されています。 彼女はいくつかの記事で、さまざまな変容からの個人的な感情と、全体としてのプロセスの両方を説明しました。

要するに、ある時点で、私たちは普通の銀行業のITになりたくないと気づき、それが始まりました。 さまざまな変換のサイクル全体が生じており、私たちはそれをより速く、より信頼できるものにしようとしています。 これらの変換の多くは、「銀行の内部から」実行するのが非常に難しいため、ある程度孤立しています。 しかし、プラスの効果を持つ変換が内部に残り、銀行全体に適用できないことも明らかです。 巨大な組織をより良い方向に変えるのは魅力的です。 しかし、プロセスには裏返しもあります。何かを変えることができ、無関心ではなく、自分自身だけでなく環境を開発する意欲がある人が不足しています。 そして、私の個人的な意見では、そのような人々の集中は研究所の主な価値です。

-昨年のJPointでは、Spring Bootについての講演がありましたが、Spring Boot Testについては、Spring Alpha Labが非常に積極的に使用されていることを正しく理解していますか？ どのコンポーネントを使用しますか？

-そうです、ここではSpringが非常に積極的に使用されています。 フレームワークには「支持者」がいますが、「春はすべての頭」と言う狂信者はいません。 代替DIフレームワークおよびその他の「非標準」ソリューションは、設定された要件を満たす場合に使用されます。

私たちは、研究所の設立以来、ほとんどSpringを使用しています。 Spring Bootの実験は少し後に始まりましたが、すぐにSpring Cloudが使用されました。 当初、使用する試みは非常に単純でしたが、その後、このストーリー全体をスケーリングする有機プロセスがありました。 私たちは多くのコンポーネントを試しますが、次のものを積極的に使用しています。

• スプリングコア-DIの基礎がない場合
• スプリングブート-すべてのスプリングパーツとコンポーネント間の「接着剤」として
• spring-web-それなしの場所
• spring-cloud- *サービス検出、クライアントバランシング、宣言型httpクライアントのファサードなどを提供するさまざまなnetflixコンポーネント。

改善点の1つとして、thriftサーバー/クライアントのスプリングスターターを使用した便利でシンプルな作業のためのスプリングブートスターターのセットがあります。その主な著者は、私たちのお気に入りのAlexander Tarasov別名aatarasoffです。スターター。 最近、いくつかのプロジェクトのプロジェクトをGitHubに転送する活動を開始しました。最も単純なプロジェクトから始めました。



-Joker 2016 Student Dayの別のレポートでは、ツールの「周期表」を作成しましたが、現在のプロジェクトで直接使用しているコンポーネントの表はどのようになっていますか？

学生の日に、実際、その時点でタブレットを見せました:)確かに、それは特定のプロジェクトではなく、すべてのプロジェクトに関連しています。 もちろん、非推奨のコンポーネントと実験的なコンポーネントがあります。 しかし、それぞれに独自のライフサイクルがあり、少しずつ、一方から他方への移行があります。

-実験的コンポーネントの質問：あなたは積極的に新技術に興味がありますが、信頼性は銀行にとって重要です。 生産に最新のテクノロジーを使用したいという状況はありませんが、銀行の基準では、まだ十分に安定しておらず、長年待たなければなりませんか？

-安定性は特定の技術のためではなく、人々がこのアプリケーションの価値は安定性であり、そのように機能するはずだと理解しているためです。 さらに、信頼性は十分ではありません。ソリューションを迅速に市場に投入し、市場投入までの時間を短縮する必要があります。 あなたが非常に信頼できる決定をしたが、それが適切な時期に来なかった場合、その中には価値がありません。

一般的に、テクノロジーの選択では、興味深い点があります。 私たちは、いくつかのソリューションの標準化と「凍結」を何年もの間放棄しようとする概念に徐々に移行していますが、同時に、テクノロジーのライフサイクルを標準化します。

もちろん、これは価値を付加することなく行われるべきではなく、このプロセスの最初のポイントは「ナフア」という質問です。これは、すべての「イノベーター」が何度も自問する必要があります。 そして彼の後だけ

• この質問で寝坊
• 新しい技術が解決する問題が私たちにとって本当に重要で重要な理由を定式化することができます
• すべての人に透過的なプロトタイプを組み立てます

「ゲームはろうそくに値する」と言えます。 さらに、ほとんどの場合、必要なプロセスとテクノロジーの実装を支援する志を同じくする人々がいます。

重要で重大な問題と考えるものを解読する価値がありますが、これは簡単な質問ではありません。 銀行には膨大な数のプロセスと統合があり、ソフトウェアから始まり、支店やバックオフィスにあり、カスタムWebアプリケーションやモバイルアプリケーションで終わります。 各ソリューションには、システムのユーザーからの特定の質問に答える内部サポートがあります。 このサポートは「マルチレベル」である場合があります。 そして、たとえば、人的資源、お金、そしてもちろん神経を節約し始めるため、サポートの呼び出し回数を減らすことを可能にする問題は潜在的に重要です：そして、この目標の方向はより少ない力でより多くをすることです。

私たちは少ないですが、ベストです！ 数で競争したくはありません。品質を求めています。

-外部から判断できる限り、Alpha Laboratoryは「サイクリング」よりもよく知られているオープンソースソリューションを使用することを好みます-そうですか？ 何をしているの？

-確かに、私たちは循環しないようにします。 私たちの条件により、既製のOSSソリューションを使用して、「キューブ」の最終を収集することができます。 私たちが書いたコードは次のとおりです。

• ビジネスロジック
• システムサポートの改善を目的としたコード
• さまざまなコンポーネントを相互に統合するコード

これらすべてにより、OSSコンポーネントのセットがすでに含まれている既製の「統合」ソリューションを採用することはあまり好きではありません。 これは私たちがすでにこれにぶつかったという事実によるものだと思います。そして今、私たちは選ばれたソリューションを「所有」し、社内の専門知識を増やすことを好みます:)



-JavaScriptは、フロントエンドを征服し、今ではバックエンドにもrawいています-しかし、特定の要件で銀行業務を開始できず、Java Alpha Labで脅威となるものはありませんか？ それとも彼らは興味を持ってNode.jsを見ているのでしょうか？

-Node.jsを使用します。Reactを使用するフロントエンドベンダーがあります-Node.jsなしではどこにもありません。 しかし、内部サービス、データ処理、または統合サービスに関する限り、Javaはこれまでさまざまな問題を解決するために開発されたエコシステムがあり、すべてがNode.jsの世界に類似しているわけではないため、Javaはこれまでのところ脅威ではありません。 また、プラットフォームとしてのJavaは、下位互換性とさまざまな回帰パフォーマンスの変更の両方の点で非常に安定しています。 ：trollface：Java 9がもたらすものを見てみましょう

-あなたはそれについてポッドキャストを作成した時点までDevOpsに興味がありますか？このアプローチはAlpha Labsで普遍的に実装されていますか？

-既に述べたように、Alpha Laboratoryには、ユーザーに価値のある変更をできる限り迅速かつ安定的に伝えるプロセスを行いたいという単純な人々がいます。 多くの場合、これには技術的なスキルだけでなく、ソフトなスキルも必要です。

そして、Sergey bsideup Egorovと一緒に組織したDevOpsポッドキャスト「Two Devs One Ops」は、オフラインでの回答にうんざりしている質問がたくさんあるためです:)現時点では、まず第一に、これは私たちが集まる場所です互いに話し合ったり、興味のある人と話したりします。 これらの集会はコミュニティにとって興味深いものであることが判明しました。 ここでは驚くべきことは何もありませんが、デブリーフィングポッドキャストで長い間知っています。

-どうやら、あなたは非常に多くの技術を扱っているので、各会議の前に「何を正確に話すべきか」という質問が発生します-今年の春にJPointのテストを選んだのはなぜですか？

-「リスナーにとって最も役立つもの」という原則に従って選択しました。 レポートに示されたさまざまな落とし穴と結論によって、リスナーは多くの時間を節約できると思います。

Pivotalチームがテストフレームワークの "オーバーホール"を作成していることは非常に興味深いことがわかりました。 現時点では、新しいメカニズムと古いメカニズムの両方があり、それらの組み合わせにより、明らかでないニュアンスが現れ始めています。 はい。また、スプリングテスト自体には、開発者がほとんど注意を払わない多くの項目（テストコンテキストのキャッシュなど）が含まれています。 また、spring-boot-testはこれにさらに魔法を加えます。たとえば、非常に具体的に動作する2種類の自動スキャンは、通常の使用では1つのアプリケーションでテストを強力に結合します。

-会議やポッドキャストは仕事に直接影響しますか？ たとえば、後で同僚になった人と知り合うことができますか？

「私は、「研究所」で私にとって「役に立つ」人をもっと見つけるという目標はありません。 まず第一に、それは私自身の自己開発とコミュニケーション/新しい知識への渇望の満足です。 誰かがデブリーフィングを聞いているか、会議で私たちの仲間の一人を見ているために私たちのところに来ても、私は個人的にそれを見ません。 私にとっては、人がどのような目的で会議に参加し、ポッドキャストを聴くかがより重要です。

これは私にも当てはまります。最初にポッドキャストや会議に参加することは、私の人生で起こったランダムなイベントだからです。 ポッドキャストを話す/参加する機会を得た->試した->気に入った。 今、私はパフォーマンスをより良くしようとしています、そしてそれは私が私の仕事を開発して楽しむことの両方に役立ちます。 自分の人生からランダム性を排除することは不可能です。したがって、私たちが持っているあらゆる機会をどのように利用するかが重要です。



これまでのところ、会議の出席者のみがキリルの新しいレポートを見ることができましたが、YouTubeでは、昨年のJPointからのSpring Bootトークを見ることができます。