PCではなくPC：ジョーカープログラム委員会へのインタビュー

Java開発者は、どれだけ重要かがエンドユーザーに見えないことを理解しています。 サイトのボタンはすべての人に表示されますが、側面から見ると、これらのボタンが機能しないバックエンドについて考えることはできません。



また、Joker Java会議には、他の会議と同様に、独自のバックエンドがあります。 スピーカーは「フロントエンド」と見なすことができます。彼らは誰にでも見えるので、彼らの巨大な貢献は理解できます。 しかし、舞台裏でも多くの作業が行われています。 報告書が適切な標準であることを確認し、スピーカーがそれを達成するのを助けるのは誰ですか？ 誰がどのトピックがイベントに適しているかを決定しますか？ 誰が外国のスターを引き付けるのを手伝いますか？



会議プログラム委員会は、プログラムの「バックエンド」であり、ジョーカーを見越して、PCに尋ねることにしました。 まず、この方法で、通常は参加者には見えないイベントを横から見ることができます。 そして第二に、インタビューから具体的な実際的な利点があります。彼らは、来るべきジョーカーのすべてのレポートを個人的に見てきたので、何を探すべきかを伝えることができます。





-まず、あなた自身について簡単に教えてください。ジョーカープログラムについて重要な決定を下す人は誰ですか？



Ivan Krylov ：私はAzul Systemsのトップエンジニアで、JITコンパイラと仮想マシンに携わっています。



Andrei Kogun ：私はモスクワ出身で、IT部門で15年以上働いています。 私はCROCで6年以上働いています。 彼のキャリアの中で、主に電子文書管理システムと主任開発者およびアーキテクトの役割を担うロシアの多くの企業のビジネスプロセス自動化のためのカスタム開発のための多数のプロジェクトに参加しました。 私はモスクワ大学の学生向けにJavaテクノロジーを使用した開発の基礎に関するコースを教えています。 Java開発者のモスクワコミュニティJUG.MSKの会議の創設者および主催者。



Gleb Smirnov ：私はPlumbrで働いており、信頼性とパフォーマンスを監視しています。 過去4年間にわたって、彼は多くのことに関与してきました。Javaマシンの内部構造のネイティブメモリでの「ライブ」操作から、オンコールコマンドの管理まで。 現在、私たちはそれほど新興企業ではありません。私は、私たち自身のサービスの信頼性をより重視しています。



Dmitry Alexandrov ：私はサンクトペテルブルク出身で、ブルガリアに住んでいます。 T-Systemsでアーキテクトとして働いています。 私はJavaが大好きで、ブルガリアのJava User Groupのリーダーであり、国内の多くの会議（JPrimeなど）の主催者であるJava Championの肩書きを持っています。



Oleg Anastasiev ：私は2007年以来、Odnoklassnikiの主要な開発者としてプラットフォームチームのメンバーとして働いています。 私は、高負荷システム、大規模データウェアハウス向けのアーキテクチャとソリューションの開発に従事し、ポータルの生産性と信頼性の問題を解決しています。



Victor Polishchuk ：私はスピーカーで、アルコール中毒でハンサムです。 彼らは私を愛しているのではなく、主に人々に最も役立つ情報を伝えようとしているからです。 私はひどい技術者であり、このことが大好きです。 私の主な仕事の1つは、世界でより多くの技術者とより少ない人文科学を持つことです。 それらを取り除きましょう！ さて、実際、私は人文科学に強く反対していませんが、私はまだ技術者にdrれています。



Vladimir Sitnikov ：NetcrackerでJava / Oracle DBアプリケーションのパフォーマンスを最適化しています。 私はApache JMeter、Apache Calcite、PostgreSQL JDBCのコミッターです。 私は新しいことを学ぶのが好きで、Joker、JPoint、Devoops、Heisenbugのカンファレンスで講演者の準備を手伝います。



-どのようにしてPCに入りましたか？



Gleb Smirnov ：しばらく前に、彼はJavaハブでHabré に関する多くの記事を書いた後、多くの利点を集めました。 それから、 リョーシャ・23デレボ・フェドロフは私に連絡して、報告をすることを申し出ました。 ここ数年、ジョーカーを含む世界中の会議で積極的に講演を行ってきました。 しかし、新しい良いレポートを準備するのに多くの時間がかかり、私はやめました。 そして、彼らは私をPCに呼びました、そして、私は根を張りました、私はそれが好きでした。 レポートを作成するのと同じくらい1年に1年を費やすことができることが判明しました。その結果、1つのレポートではなく、たくさんのレポートが得られます。 それはあなただけでなく、他の人たちとだけです。 これは素晴らしい。



ウラジミール・シトニコフ ：舌から離す方法！ それだけです



Ivan Krylov ：最初に参加者としてJokerに来たのは、しばらくしてスピーカーになり、いくつかの会議で話をした後、このサイクルでPCで試してみることにしました。



Andrey Kogun ：私はかなり長い間JUG.ruグループのすべてのJava会議のPCに参加しており、DevOops PCにも参加しています。 この会議にプログラム委員会がなかった頃のジョーカーの歴史を思い出します。アンドレイ・ドミトリエフはワンマンマネージャーでした。 その後、スピーカーは簡単でした。明白な人々を呼び出して呼び出します。多くはオラクルから来ました。 しかし、その後、会議は成長し、深刻なレベルに達し、すべての明らかなスピーカーがすでに訪問していたため、新しいスピーカーを犠牲にして成長する必要がありました。 その後、PCが登場し、会議自体が良くなったように思えます。 お金を稼ぐことはできませんが、いくつかの利益をもたらすこのようなものに参加することは私にとって重要です。



Victor Polishchuk： PCに参加することに同意し、この責任を引き受けた理由を説明します。仕事量は想像しましたが、私自身もこのジョーカーには参加しません。



ジョーカー、JPoint、その他のカンファレンスに行ったときは、常に何人かのオーガナイザーが隠れていました。彼らは私の知識を得るために何かをしました。 そして今、好意を返す時です。



カンファレンスで、誰かがすでに解決した適切な決定を下すのに役立つレポートを参照してください。 一方で、血まみれの企業で働いているエンジニアたちに思いをflightせて、心の糧をさらに与えたいと思っています。 この開発により、アイデアを促進できるように思えます。 私はアイデア市場が大好きです。そのためのカンファレンスが大好きです。





-プログラム委員会は正確に何をしますか？



Ivan Krylov ：PCはいくつかのことを行います。 まず、会議の一般的な構造を形成します。どのレポートをより多く、どのレポートをより少なくし、どのトピックで行うかを決定します。 PCは私たちに来るアプリケーションを見て、私たちは会議に私たち自身の多くの人々を呼びます。 原則として、これらは非常に忙しくて有名な講演者であり、彼ら自身が会議に提出されることを保証するのは難しいので、私たちは彼らに個々の招待状を送ります。



次に、アプリケーションを選択し、プログラムをビルドします。 不均衡を回避するために、各トピックについて必要なレポートの数を検討します。 概要と会議の議題が形成された後、それで何が起こるか、スピーカーと協力します。 特に、会議で話す経験があまりないスピーカーの場合。 私たちはレポートに耳を傾け、レポートの質を向上させて、レポートが会議の聴衆から最大の評価を集めるようにします。



Dmitry Alexandrov ：（ロシアだけでなく）多くの会議経験があることを考えると、私は比較的トレンディーだと思います。 彼らが西側で何を話しているのか、そしてどのような観客がいるのかを理解しています。 たとえば、筋金入り、ケーススタディ、詳細、非常に明確でわかりやすいプレゼンテーションが必要なため、ヨーロッパの多くのレポートにはアクセスしません。 そして、私たちの国で最もクールなヨーロッパのスピーカーが失敗し、これらの要件を満たしていない場合が多くあります。 したがって、PCでの重要な仕事は、トピックが会議に本当に関連するかどうか、それが適用可能かどうか、スピーカーがそれについて話す方法を、詳細を考慮して理解することです。 そのようなニュアンスがたくさん。 私は多くの外国人スピーカーに精通しており、ロシアに彼らを連れて来て、彼らに私たちの詳細を説明しようとします。





-会議を準備する際、PCの各参加者は、自分に割り当てられた特定のレポートのみを担当しますか、それとも交差しますか？



Ivan Krylov ：次の理由で交差点があります：1人の意見がすべてを決定する状況がないことが重要です。 そのため、特定の交差点があり、少なくとも2人が報告書について本格的な意見を述べるように、このような領域を取ります。



短いレポートは、PC上のすべての人に読まれます。 そして、レポートの拡張されたコンテンツを使用して作業が直接行われている場合、少なくとも2人がそれを見てコメントを出します。誰もがわずかに異なる角度からそれを見るからです。 たとえば、仮想マシンに関するレポートや低レベルのものに関連するレポートのみを見ると、その結果、対応するスピーカーからのレポートは仮想マシンの開発者のみに焦点を当てることになります。 リスナーは異なりますが、誰かが実際に仮想マシンを開発し、誰かが仮想マシンに関連することについてJava開発者を探したいと考えています。 そして、同僚が来て、私を引き寄せます。その結果、ほとんどの人にとって興味深いものになります。





-ジョーカー2018でどのようなレポートを監督していますか？ 事前に具体的な何かをお勧めしますか？



Gleb Smirnov ：下位レベルのトピックは、JVMデバイス、プロファイリング、あらゆる種類のガッツです。 たとえば、今年は、興味深いレポートであるGrigory Koshelevによる「.NETとJava仮想マシンの統合」を担当しています 。 特に、Javaカンファレンスの珍しい視点で注目に値します。 通常、誰もがJavaからネイティブをプルする方法について話します。たとえば、同じ.NETに引っ張ります。逆に、グレゴリーは.NETからJavaマシンに入る方法を教えます。



Yuri Artamonovによるレポート「Jlink and Custom Runtime Image」もお勧めします。 Java 9の機能を使用して、Javaマシンの最小限のイメージを組み立てて、既製のJavaマシンを必要とせずにクライアントサーバーに配置する方法です。



しかし、すべてのレポートが低レベルというわけではありません。たとえば、私はウラジミールプリザのレポート「Spring Boot 2：リリースノートには書いていません」を監督しています 。 2番目のSpring Bootにアップグレードした後、さらに数週間歩いて額にこぶを付けます。 ウラジミールはレーキを注意深く説明し、それらを踏まないようにするための賢明な勧告をたくさん提供します。



Andrei Kogun ：以前は、たとえばSpringについて何かを理解しているレポートを確認したいと思っていました。 一般的に、私はアプリケーション開発者です。 そして今、私はおそらく何も理解していないレポートにもっと関心を示しているところまで来ました。 PCのメンバーとして、すべてのレポートを最初に見て、会議の聴衆全体の観点から評価を行うことができるように、私はこれをますます見ていきます。 コンテンツではなく、レポート自体の品質を確認します。



このプログラムで受け入れている講演者は、すでにその分野の専門家であると考えています。 ただし、レポートを構造化して高品質にし、プレゼンテーションに取り組むことで、これがPCで可能になります。 特に、私は最近、 ファジングに関するレポートを聞きましたが、これは私にとって全く新しいことです。 そして、あなたがそれが何であるかを理解しようとするとき、それを話し手に持ってきて、何かがあなたにとって明らかではなかった、そして彼に質問をすると、これは話し手にいくつかの考えを促します。 私にとっては、プレゼンテーションを行った人にとっても、これは準備の中で最も価値のあることです。この種のフィードバックを提供できるときです。



PCにはさまざまな分野の専門家がいます。もちろん、コンテンツのヘルプも頻繁に発生し、何かが追加されます。 たとえば、現在、Kirill TolkachevとMaxim Gorelikovと彼らの報告について話し合っており、彼らは直接意見を求めています。 ここで私は危機にwhatしているものを理解しています。 バルークについて話をするなら、彼は前もって準備をするのは好きではありませんが、考えを得るのが大好きです。 特に、PCコールの一環としてブレーンストーミング中にAlexaについて彼が報告したいくつかのケースを思い付きました。



Dmitry Alexandrov ：非常にバランスの取れたプログラムがあります。 興味深いケーススタディ、ガッツ、スムージーとJVMテーマ、パフォーマンステーマ、フレームワークテーマ、Javaからノックアウトされたテーマさえあります。 たとえば、機械学習、Postgresなど。 私の意見では、それは良いバランスでした。 Springやパフォーマンスに対する会議の歪みはありません。すべてがあります。



特定のレポートに関しては、これは会議の1つであり、誰もがレビューしたいレポートです。 Venkata Subramaniamからの素晴らしいショーがあります。 タギルがいるだろう、彼は私の意見では良いトピックを持っている、それは非常に関連しています。 ワールドカップのチケットを計画する際に、公共行動アルゴリズムを使用した興味深いケーススタディがあります。 これは最近行われているのでクールであり、この全体をアルゴリズム化する興味深い方法です。



Postgresについて私たちが持っているものが本当に気に入りました。 Javaから抜け出しますが、私たちは皆それを使用しています。 私の意見では、良いことがあります。 初心者向けの機械学習があります。 ビッグデータと機械学習はクールなトピックですが、まだ十分な入力が行われていません。 彼らは小さな断片を取り上げてトピックを掘り下げ、そのようなレポートからの使いやすさは小さかった。 そして、ユーザビリティは素晴らしいものになります。 さらに、ショーとハードコアがあり、Scalaがあります。本当に気に入っています。 Scalaは、後にJavaに移行するアイデアのインキュベーターです。 カンファレンスに参加するこれらのトピックは、Javaに物理的に適合しませんが、全体を書くのに十分な言語構成体がないためです。 しかし、筋金入りのロッカーは聴くのに良い題材を見つけるので、これは素晴らしいです。 トピックは新しいものではありませんが、友人が良い方法でそれを提示します。



Oleg Anastasiev ：もちろん、Odnoklassnikiでの音楽のリアクティブな配信に関するVadim Tseskoのレポートについて興味深いことは何よりもよく理解しています。



一方では、Javaで鉄片からすべてを絞り出す方法の観点から興味深い。 たくさんの音楽がありますが、同時に多くの人に素早く配信する必要があります。 したがって、Javaは「1回だけ書き込み、どこでも実行」できますが、オペレーティングシステムと緊密に統合して、Javaを最大限に活用します。 同時に、ネイティブコードはありません。すべてJavaでone-nioを使用しています。



一方、建築の観点から興味深いのは、

フォールトトレランスの問題が考慮されます。 すべてが設計されているため、顧客はサービスを停止できません。 これは、耐障害性または耐障害性が配線された最初のレジリエンスシステムのまれなケースであり、アーキテクチャから始まり、最下位レベルのピースで終わります。



そして第三に、反応主義の観点から興味深い。 ジェットストリームは、目的のトラックがあるデータセンターのHDDから始まり、Odnoklassnikiのインフラストラクチャ全体を経由してこのディストリビューターに転送されます。 ディストリビュータは、ディスクから直接ストリームを直接提供します。 これを行うには、独自のリアクティブシステムを作成する必要がありました。ReactiveSpringを取得し、@ Autowiredアノテーションをいくつか追加するだけでなく、機能しました。



Vladimir Sitnikov ：レポートの選択については、会議でPCから誰かを見つけて尋ねることをお勧めします。 および/またはスピーカーを見つけて、彼の報告について尋ねます。 動作します。 私自身は、PC会議のメンバーではないときにこれを行います。 はい、レポートには説明があります（誰もが読んでいますか？:)）。しかし、一度に2つのレポートにアクセスすることはできません。



-あなたが知らなかった何か、あなたを驚かせた何かがありますか-おそらくあなたの主な専門から遠く離れていますか？



Gleb Smirnov ：ランニングで、私はほとんど常に自分自身のために何か新しいことを学びます。 たとえば、Java 4バイトコードを一度も使用したことがありません。 幸運なことに、私たちのJavaエージェントは、少なくともJava 5用にコンパイルされたクライアントアプリケーションを常にサポートしていました。そして、ジョーカーは、一部の言語構造がバイトコードに翻訳されて、 Java 4の例：そこから、以前はjsr（Javaサブルーチン）命令があったことがわかりました。 これにより、たとえば、finallyブロックを非常にコンパクトに表現することができました。 しかし、検証可能性があるため、すべてが悪いので、Java 5にカットしました。



ビクターポリッシュチュク ：私が見た中で最も珍しいレポートの1つはカスケード取引に関するものです。 産業開発者として、人々が分散トランザクションをコードに接続すると、多くの恐怖を感じ、その後コードが機能しなくなるので、私は夢中になりました。 予想外の場所で転がることもあります。 比較的言えば、分散トランザクションの単一の通常の実装はありません。



同志は、TransferWiseで彼らが簡単なツールを使用して、複雑な2フェーズトランザクションを通常の1フェーズトランザクションに折りたたむことができた方法を英語で話します。 このアプローチは、分散世界全体の未来であるように思えます。 マイクロサービスを開発する場合、トランザクション性、原子性が必要です。 そして、分散トランザクション（存在せず、誰もそれを行う方法をまだ知らない）の助けを借りて、またはコードのアーキテクチャのいくつかの変更の助けを借りて達成できます。 アプローチを少し変更すると、同じ保証が得られますが、はるかに簡単で

より信頼できる。 これは、エンジニアの練習に非常に役立つと思います。

レポート。 そのレポートは、すべてのすべてに役立つはずです。



ウラジミール・シトニコフ ：私の興味の1つは関数型プログラミングです。 もちろん、狂信的ではありませんが、これらのアプローチには魅力的なものがあります。 したがって、今回は、永続コレクションのパフォーマンスに関するJohn McCleanとタグなしのfinalに関するOleg Nizhnikovによる2つのレポートがあります。 また、これらは数学者向けの数学的レポートではなく、実際的なメリットを直接提供するレポートです。



-準備中に何が記憶されましたか？



Andrey Kogun ：アプリケーションの選択の段階が本当に好きです。 多くのアプリケーション、多くの興味深い人々、多くの予期しない瞬間があります。 時には、このトピックやテクノロジーに関心を持ち、興味を持っているのは本当に誰か、つまり、世界をもっと広く見るチャンスだと思うかもしれません。 , - , - , . , , , . , , 3-4 , . , - , , - . - . , , . . , , .



: . Excelsior LLC, , . , , , . , Java, , . - . , .





— Joker ?



: , Joker — , . : , , , . Joker, , , . . , , . , , , . Joker , , Joker . . , Joker , .



. , , . - . , . , , .



: , , , . : , , , . . , , , , . , .





— - ?



: Java-, JVM- — , . - , . : Java, Kotlin, Scala, - JVM-based , , . Java , .



: . , . , , , , . . , , , , . - , , . -. , . , . . , . , , , .



: , . , . -: , , , , :)



, , , . — !



: (/ ). Robert Scholte? , , Apache Maven. ? , , Marcus Hirt (JFR) (async-profiler). などなど。

.

Joker . — , !