JPoint 2018のレポートのビデオをYouTubeにすでに投稿しており、特にHabréのJavaハブについては、会議の訪問者に応じて、それらのベストの伝統的な選択を行いました。

いつものように、上部に「ジュニア」レポートがあり、最後に最高の評価があります。 もちろん、これはあるレポートが別のレポートよりもはるかに悪いことを意味するものではありません。計算方法を変更すると、場所が簡単に変更される可能性があります。 実際には変更しました。現在、レポートに参加している参加者の数を考慮して、「ソフトクォーラム」バージョンの評価が使用されています。 このアプローチには欠点があります（たとえば、単に聴衆に選択の余地がないという理由だけで、通常のレポートよりも基調講演をする人が多くなります）が、全体的に何が起こったのかがよくわかります。

カットの下-最高のレポートのビデオ、プレゼンテーションへのリンク、短い説明、および完全なプレイリストへのリンク。

フルプレイリスト

以下で説明するすべてのビデオを含む完全なプレイリストは、 ここから入手できます 。

10. JVMアプリケーション用のLinuxコンテナーパフォーマンスツール

→ スライドをダウンロード

コンテナ革命は皆を席巻しました-Javaの世界はそれなしではありませんでした。 それでも、Javaには常に問題があり、特定の問題と機能があります。これらについては、Sasha Goldsteinのレポートで説明します。

サーシャは、ハードコアパフォーマンスの連続制作者です。 昨年JPointで、彼はJVMでBerkeley Packet Filterを使用することについて素晴らしい講演を行いました（YouTubeの投稿を見ることを強くお勧めします）。彼がコンテナ化の詳細な検討に入る点にたどり着くのは時間の問題でした。 世界は雲と港湾労働者になり、それが私たちに多くの新しい問題をもたらします。 お気づきかもしれませんが、ほとんどの低レベルのデバッグおよびプロファイリングシステムは、それらをコンテナに適用した後、さまざまな機能や妨害物で大きくなりすぎています。 Sashaは、BCCやperfを含むGNU / Linuxプラットフォームで最新のツールを使用するというプリズムを通して、主要なシナリオ（CPU使用率、IO応答性、共有データベースへのアクセスなど）でスケートをしました。

誰もがこの特異性を必要とするわけではありません。 これは、レポートが10位に過ぎなかった理由の1つです-約200人が出席しました（トルカチョフとボリソフからの1,000人以上と比較してください）。私たちの評価計算アルゴリズムは聴衆の規模に非常に敏感です。

何らかの方法でコンテナに接続している人は、このレポートを表示する必要があります。 無数のユーティリティとその使用方法を完全に並べ替えることにより、すべての詳細を独立して検索する時間を大幅に節約できます。

また、トップ10からのSashaのレポートは、単位時間あたりの実用的な情報量の点でほぼ最も密度が高いことにも注意してください。 ほとんどすべてのスライドから、便利なものを自分でコピーできます。 詳細な説明を行わないために、プレゼンテーションの表面構造のみを示します。

9.年に一度、庭が咲く：「1回だけ」のApache Kafkaのセマンティクスの解析

→ スライドをダウンロード

ビクターガモフは、他のスピーカーよりも完全に不公平な利点があります。 これは、200件近くのDebriefingポッドキャストの問題、O'Reillyによる多数のレポート、テキスト、投稿、さらには「Enterprise Web Development」という本の著者でもある人物です。 Gamowの存在自体が、より良い結果をもたらします。 彼はカフカについてではなく、窓辺でのゼラニウムの成長について同じイントネーションで語ることができると確信しており、これはまだ魅力的です。

ここには特別なケースがあります。「exactly once」のセマンティクスに関する最初は大雑把なトピックです。 Kafkaは、従来のメッセージ配信セマンティクスの処理を必要とする、すべてを異常な規模で使用するように急ぎました。 口に指を入れないでください。彼らは正しいプロトコルとメッセージ形式で外出先で靴を変え、必要なことをすべて行いました。 レポート全体で、Victorは、内部での配置方法とその影響について説明しています。

良い点と悪い点の2つのニュース。 良い：すべてがKafkaで設定されています。 悪い：すべてがKafkaで設定されています。 それと一緒に暮らすには、それがどのように機能し、汚れた手でどこに登るのかを理解する必要があります。

ビクターに何らかのスムージーを期待できますが、必死のハードコアを手に入れたので、計画は次のようになります。

8. Kafka StreamsとFirehose APIを使用したロシアのハッカーとの戦い

→ スライドをダウンロード

再びカフカ！ またガモフ！ はい、そして今、Baruch Sadogursky（ jbaruch ）と一緒に。 それでも、このレポートはスムージーではありませんが、Bintrayプラットフォーム（Baruchが神）で、Apache Kafka（Victorが担当）とFirehoseの助けを借りて、行動パターンを分析し、大量のデータを処理する方法に関する非常に具体的な実用的なものです。

Kafkaの内部に関する以前のレポートに245枚のスライドがあった場合、このスライドには17枚しかありません。これは、監視する必要があるためです。 これは主に、主要なデモとライブデモの間の活発な対話です。 残らず、vidosikを開いて見てください。

7. Javaのハードウェアトランザクションメモリ

→ スライドをダウンロード

Nikita Koval（ ndkoval ）は、KotlinチームのJetBrainsの研究者であり、ISTオーストリアの博士課程の学生です（彼は講演時にDevexpertsにいました）。 彼のレポートは「ロシアのハッカー」とはまったく対照的です。なぜなら、それは簡単で楽しい読み物ではなく、VMの複雑な内部構造に関する物語だからです。 スライドを見ると、150枚のシートがあり、そのほとんどがコードです。

2018年の初めにJBreakにいた場合、完全に異なることについてのNikitaの物語を見つけたかもしれません-現代のマルチコアアーキテクチャと特別なアルゴリズムのパワーを使用して高速なマルチスレッドハッシュテーブルを書くことについて。 同意して、ニキータにはスタイルがあります。 すぐにシプリエフを思い出します。

今回は、トランザクションメモリについて説明します。トランザクションメモリは、現代のプロセッサに徐々に登場しますが、JVMの世界の普通の人にどのように使用するかはまだ不明です。 もちろん、JVMの外では、すべてがよりシンプルです。 しかし、通常のSpring Web開発者に「はい、vmstructを編集し、組み込み関数を重ね、OpenJDKを再構築すれば完了です！」 そして、彼は次のようなものです。「まあ、もちろん、毎日やる！」 Nikitaは、使用方法、OpenJDKにすでにある最適化、およびJavaコードから直接トランザクションを実行する方法について非常に明確に語っています。

6.マイクロ秒およびプロセッサ命令まで正確にプロファイルします

→ スライドをダウンロード

RaiffeisenbankのSergey Melnikov（ RainM ）が2番目のプロファイリングレポートを提供してくれました。 興味深いことに、低遅延のJavaコードに取り組む前は、IntelでC / C ++ / FORTRAN言語のコンパイラパフォーマンスエンジニアとして働いていました。 このレポートにはパフォーマンスもあります！ :-)プロセッサのハードウェア機能とIntelプロセッサトレーステクノロジについてもあります。これにより、プロファイリング精度の次のステップを実行し、プログラムセクションの実行を再構築できます。 そのようなレポートはほとんどありません（たとえば、Tracing Summit 2015でAndi Kleenレポートを見つけることができます）。通常、多くの疑問が残り、Javaに関しては実用性に欠けています。 ここでは、両方の世界（IntelとJavaの両方）を訪れた人だけでなく、複雑なトピックを明確に説明する方法も知っています。

5. VMStructs：アプリケーションがJVM内部について知る必要がある理由

→ スライドをダウンロード

アンドレイ（ apangin ）は、何度も何度も、最も深く強力なレポートを収集する人です。 過去には、ジョーカーは1,000人弱の人々を集めていました。これは基調講演ではない定期報告書での聴衆規模の記録です。 この中で彼は、仮想マシンでの10年の経験と、技術的なハードコアを説明する能力に助けられ、実際にそれを繰り返すことができます。

Tomcatに通常のアプリケーションがあり、データベースがあり、すべてが正常である場合、多くの人はなぜ仮想マシンを掘り下げるのかをよく理解していません。 このレポートには、「どのクエリが多くのデータをプルするかを理解する方法」のレベルで良い議論があります。 JMXを使用してコードを指示しようとすると、パフォーマンスに奇妙なことが起こり始めます。 第一に、これが起こる理由を理解でき、第二に、それについて何ができるかを理解できます。 私の意見では、このレポートはツールのセットではそれほど価値はありませんが（そこには多少の助けはありますが）、正しいOpenJDK開発者の考え方と困難な状況での振る舞いのデモンストレーションがあります。 プレゼンスについて話し、TLAB、コードキャッシュ、コンスタントプールなどの特定のものの意味を説明します。

4.コトリンのコルーチン

→ スライドをダウンロード

怠laな人だけがKotlinを知らないので、読者のあなたはかつて4番目の段落まで読んだことがあります-怠け者からではありません。 ローマン（ elizarov ）は高性能トレーディングソフトウェアの元開発者であり、現在はKotlinライブラリのリードです。 コルーチンについてはすでにRomaとのインタビューを行っており、レポートを見る前または後にもう一度読む価値があるかもしれません。 Simulaの時代からコルーチンは非常に古い概念ですが、すべての主流言語がコルーチンをサポートしているわけではなく、Javaにはすぐには登場しません。 しかし、Kotlinでは既に安定バージョンになっています。

このレポートは、コルーチンに関するすべての関連する質問、つまり、一般的に私たちの時代のすべての関連する問題に答えます:-)

3.巨人の肩の上：コトリンが研究した言語

→ スライドをダウンロード

言語の作成者の1人からKotlinについて報告してください。幸福に必要なものは他にありますか？ プレゼンテーションの本質と構造は、エリザロフの以前のレポートのものとはまったく異なります。 小説は特定の事柄-コルチンの設計における何、どのように、なぜ、そしてそれをどのように使用するかについて語りました。Kotlinのプログラミングスキルを向上させるためにこれが必要です。 ここでは、アンドレイ（ abreslav ）が人生の博識全般を改善し、世界での自分の位置を理解することについて語っています。 Java、C＃、Scala、Groovy、Python、Gosu-これらの言語をすべて自分の目で見た場合、これはさらに興味深いものです。なぜなら、議論の理由があるからです） これは「7週間で7言語」ですが、わずか1時間です。

ところで、私たちは最近アンドレイと別のインタビューを行いましたが、それはコトリンだけでなく、多くの異なることについてです。

2.ソフトウェア開発の世界におけるシニアホームズとジュニアワトソンの冒険

→ スライドをダウンロード

複数のスピーカーが関与するレポートを作成することは非常に困難です。 多くの場合、これは次のようになります。半分の時間はステージに立って退屈し、非常に退屈に見えます。 Baruch SadogurskyとEvgeny Borisov（ EvgenyBorisov ）の共同演奏について言えること-それどころか、見事に行われた、それは芸術作品です。 星は正しい順序で集まり、素晴らしい経験とペアのレポートを実行する実践を行った2人のトップスピーカーがステージに登場して、両者にとって興味深いトピックについて話し合いました。 なぜこれを強調するのか-通常、視聴者はそのようなプレゼンテーションの作成が何であるかを知らず、当然のこととみなします。

しかし、結果は投資を正当化しました。 あなた自身の判断で、これは夕方の基調講演であり、最新の会議報告書であり、その間、人々はすでに2日間の錫で疲れ果てており、眠りたい、誰かが今すぐ家に帰る必要があるなどです。 それにもかかわらず、600人以上が確かにホールに残っていました。

これはレポートレポートではなく、レポートを表示するものであり、監視する必要があります。 その中で、ホームズとワトソンは、日常の開発で遭遇した、遭遇した、または遭遇するいくつかのパズルを明らかにします。 ガベージコレクターやバイトコードのガットはありませんが、通常の開発者を日常業務で困惑させ、ダウンタイム、締め切りのプロファイリング、長期にわたる不況につながるツール、ライブラリ、フレームワークがあります。 実際には、このレポートでは、SherlockとWatsonは、誰かがすでに踏みつけた顔の手のひらや熊手から額を守ります。

したがって、ここでは簡単な要約はありません。ビデオを開始して視聴するだけです。

1.自分で起動してください、春が来ています

→ スライドをダウンロード

Baruch + Gamow、Baruch + Borisov、人気のあるペアレポートの著者の中で行方不明になっているのは誰ですか？ そうです、ボリソフ+ トルカチョフ （ tolkkv ）。 基調講演ではないが、記録的な数の参加者を集めた別のクールなレポート-千人以上。 非常に多くの資料があり、会議プログラムで2つのスロット全体が割り当てられたため、YouTubeで2つのビデオ全体を視聴する必要があります。

何年も前、Javaプログラマーは「新規」を使用してサービスを作成していました。 多くの手動アクションを実行し、構成をビジネスロジックと混合しました。 彼らはコピー・ペースト技術も使用しました。 惨めなコードの多くの行が書かれていましたが、時にはうまくいきました。

それから春が来ました。 彼と一緒に多くのことが変わりました... Springのマジックシリンダーから多くの「マジック」を取得し、コードがよりクリーンでシンプルで保守可能になりました。

そして、Spring Bootが登場しました。 一方で、バージョンの競合、構成タスク、インフラストラクチャビンの操作、環境のセットアップの問題、そしてもちろん、jar / warアーカイブの構築を含むアプリケーションの起動またはデプロイなど、既存の数千の問題を解決します。 一方、Spring Bootはマジックシリンダーにさらに多くのマジックを追加しました。 その結果、2つのシナリオがあります。

• 誰も方法を知りませんが、すべてがうまく機能します。
• 何も機能せず、その理由は誰にもわかりません。

このレポートは、Spring Bootマジックの基本的な秘密を明らかにしています。 一般的なSpring Bootアプリケーションの基本的な原則と規則を理解できます。 CyrilとEugeneのタスク。シリンダーからのすべての魔法があなたにとってより透明なプロセスに変わり、すべてがうまくいくときだけでなく、問題の本質を理解し、救急車や他のサービスの助けなしで問題を解決することができます緊急電話。

おわりに

リストからすべてのビデオを見るのに数日かかりました。 簡単ではありませんでしたが、それだけの価値があることは明らかです。 現実には、カンファレンスにはさらに多くのレポートがありましたが、それらのトップ10を表示することは、はるかに大きな方法の良い出発点です。 これらのレポートもご覧になる場合は、怠brにならないで、Habréのコメントにレビューを書いてください。

一方、次のJPointのチケットを購入することはすでに可能です。 2019年4月5〜6日にWTC Congress Centerで開催されます。 1月1日まで、低価格でチケットを購入する機会がまだあります！