2つのJavaブート：JBreakとJPoint 2017はどのように進みましたか

ノボシビルスクJBreak会議とモスクワJPointは2 ペアブートです。どちらも春に開催され、両方はJUG.ruによって開催され、どちらもその地域の主要なJava会議です。 そして今年、私たちはそれらを1週間で整理しました（そしてその後も生き残りました）。 したがって、JBreakとJPointのストーリーは「どのように進んだ」か、つまり「ブレークポイント」に統合することにしました。 カットの下-ノボシビルスクとモスクワの両方の詳細。



今年も同じイベントが両方のカンファレンスで起こりました。会場の変更です。 1年前のノボシビルスクでは、より容量の大きい部屋を探す必要があることが明らかになり、大規模な「エキスポセンター」になりました。 そして、成長を続けるJPointは、今回はWTC Congress Centerで開催されました。







レポートの対象読者を理解するために、両方の会議のプログラムに指定が表示されています。技術入門、技術者向け、ハードコア、準備完了、燃えます。 もちろん、これらの指定はすぐに議論と議論の突破口をもたらしました。 各レポートの指定は正しいですか？ 分類は全体として正しいですか？ そして、どちらがより正しいでしょうか？



しかし、すべての人に適したバリアントを思いつくことはほとんど不可能であり、レプリカは「レポートが誤って示された」ことは避けられませんが、一般的にシステムは「レポートに来て何も理解していません」と「ハードコアのために欲しがっているが、初心者に言われた」状況の数を減らすのに役立ちます







どちらの場合も、オンラインサポートを改善することにしました。高品質の写真をTwitterとVKontakteにすばやく投稿し、JPointとJBreakのTelegramチャットを作成します。 また、JPointは「アップグレードされた」オンラインブロードキャストも受信しました。レポートの合間に、通常は視聴者が何もすることがなかったときに、今回はスピーカーとのインタビューとルポルタージュ撮影が行われました。 これらのすべてのオンラインアクティビティの結果に基づいて、放送の視聴者の1人が同じ電報チャットで「まるで会議にいるかのように」と書いています。



SJPoint（Sberbank-Technologies、GridGain、Odnoklassniki、Alfa-Laboratory、Deutsche Bankだけでなく）に豊富な企業があるため、それらに関連する何らかの種類のアクションが絶えず行われていました：ここでは、ドイツ銀行は独自のミニスピーチを持っていますが、スピーカーZalandoスタンドでBaruch SadogurskyとYevgeny Borisovが「戦い」、GIFを削除できます。





そして、誰もが集まった主なものはどうですか？ 2つの会議のプログラムは部分的に重複していましたが、両方の都市には「排他的」なものがありました（特にJPointは、2日間の報告が増えただけです）。 すべてのスピーチについてお話しすることはできませんが、思い出に残る瞬間をお見せします。



書くのは退屈ですらありますが、 Aleksey Shipilev （Red Hat）によるShenandoahのガベージコレクターに関する新しいレポートは、両都市で大成功を収めました 。 陰謀はない！ しかし、私たちの生活の中でしばしば「陰謀のない」という言葉は「誰もが再びecとした」ことを意味していました。 ShipilevがGCについてのメインブックとして「The Garbage Collection Handbook」に言及した後、スピーカーのTagir lany Valeevと私たち自身のディレクターAlexei 23derevo Fedorovを含む聴衆の一部がそれを取り上げることにしました。







GCアルゴリズムの技術的な詳細に加えて、レポートは「ゴミを見つけるにはゴミのように考える必要がある」というフレーズで記憶されていました。 そして、アレクセイはスロットの間に情報フィールドを燃え尽きさせたので、別のホールでもそれを覚えていました（「私たちは単純な人々であり、標準偏差を計算しません」というコメントもあります）。



Pro .NET Performanceの作者であるSasha Goldstein （Sela Group）は、.NETカンファレンスで拍手を送ります。 しかし、今では、多くの人にとって予想外に、彼はJPointで話をしました-そして、ジャビストからも非常に高い評価を受けました。 「エイリアンの領土」を征服する最初の試みでどのように可能ですか？ Javaアプリケーションの監視に役立つBPF Linuxツールに注目が集まったのはおそらく助けになりました：Sashaがインタビューで私たちに語ったように、当初Linuxツールは彼自身に興味があり、Javaはアプリケーションの便利なポイントになりました。 Linux上の.NETはまだまばらです。







彼の講演の直後、サーシャがさらに深くJavaに関与していたのは興味深いことです。 Andrei apangin PanginとVadim Tsesko （Odnoklassniki）のJavaプロファイラーの複雑な動作に関するパフォーマンスに興味があり、彼は会議の終了を待たずに、すぐにGitHubのPanginプロファイラーに密輸し始めました。





ストリングに関するCharles Nutterのレポート（Red Hat）への応答で、ノボシビルスクは、エンコーディングに関する理論的導入部分が長すぎると不満を述べました。 実際、ラテン語のアルファベットの国に住んでいるNutterにとっては、キリル文字のためにロシアのプログラマーがエンコードについて直接知っていることは明らかではないかもしれません。 しかし、この長い紹介はモスクワで役に立ちました。モスクワでは、チャールズのレポートでプロジェクターの問題が発生しました。 彼はスライドがなくても理論的な部分を伝えることができ、その後、技術はjoniおよびjcodingsライブラリに切り替えた瞬間まで機能し、画面にコード例を表示する必要がありました。 その結果、時間通りにそれを獲得したプロジェクターは、まるで彼がスピーカーであるかのように、多くの拍手を浴びました。







両都市のIDEAでの検査について話したTagir Valeev （JetBrains）は、「私のレポートの利点は疑わしい」という誠実な承認から始まりました-しかし、これは、IDEでワンクリックでコードを改善する機会の背後にあるものを聞くことに多くの関心を寄せることを止めませんでした。 考えていない場合、これは一部の構造を他の構造に置き換えるための単純な機械作業のように見えるかもしれませんが、レポートはこれがそうではないことを示しました。



認識できるようにする必要がある同じデザインの多くのバリエーションが存在する可能性があります（「John Skeetでさえ、これをreg expで切り取っていない」）。 冗長と思われる場合でも、ドキュメントのニュアンスを読む必要があります（「この場合、map.getOrDefaultとmap.putIfAbsentの動作は異なりますが、両方ともJava 8に登場します」）。 同時に、ドキュメントが不完全である可能性があります（「Stack Overflowについてはまだ答えが見つかりましたが、インターフェイスに関するものです。明日は新しい実装があります。IDEAでコードを壊し始めます。これは、Stack Overflowへのリンクです。 ？」）。 また、コードが変更されたときに「正しい場所」にコメントを保存して配置する必要があるなど、多くの明白な瞬間があります（「テーブルの埃はどこにありますか？重要な電話はそこに記録されました！」）







さらに、ディスカッションゾーンのおかげで、この場合の実際的な利点が得られる可能性があります。そこでは、講演者が、報告後に詳細に質問したい人に回答しました。 確かに多くの開発者がIDEAに関連する質問を持っています-そしてそれらの多くを尋ねる便利な機会がありました。 その結果、会議の後、Tagirはバグの修正に取り組み始め 、JPointに直接表示されるようになりました。 念のために、明確にします。これは、カンファレンスがバグを受け取るための公式チャンネルであることを意味するものではありません。



Nikita Lipsky （Excelsior）は両方の会議に参加しましたが、まったく異なるトピックでした。モスクワでは、バイトコード検証について話し、母国のノボシビルスクでは、「Java 9 Modules：Why Not OSGi？」というレポートで多くの聴衆を集めました。







このようなタイトルのレポートは非​​常に短いはずです-OSGiを使用してプロジェクトをモジュールに分割できるというマークラインホルドの言葉を繰り返すだけで十分ですが、JDK自体を「見通す」ことができます。 これに何を追加できますか？ 多くのことが判明しました。 「OSGiバンドルアクティベーションシステムは時限爆弾です。JVMがリンクの遅延を緩和し始めると、OSGiアプリケーションは動作を停止します」とニキータは同胞に説明し、OSGiについて語るほど魅力的なジグソーパズルが見え始めました。 講演の全体的な活気については、リプスキーの別の功績を挙げることができます。冒頭にカルムスが引用されている報告書は、真ん中にマントラを付けて行われ、最後に「出産は避けられない」と言って退屈することはできません。



Yegor yegor256 Bugaenkoは、さまざまなトピックを持つ別のスピーカーになりました。ノボシビルスクではユーティリティクラスについて、モスクワでは注釈について話しました。 Yegorを知っていると、彼は両方の現象を容赦なく批判したことは容易に推測できます。もちろん、彼のレポートには「準備をして、燃えます」というアイコンがありました。 JPointのプレゼンテーションでは、彼はJBreakのレポートの聴衆から受け取ったフィードバックも含めることができました。「著者はマニアです」、「レパートリーのエゴ：すべてのホンジュラス、そして私はダルタニャンです」。







昨年、Yegorと「未来のOOP」 について話し合った Baruch jbaruch Sadogurskyは、Bugaenkoの挑発的なスピーチは「5つのスライド、そして今すぐカットしましょう」という形式に適合していると述べました。すぐに議論してください。 この場合、これは行われました。Baruch自身が、JPointで最も積極的にEgorを使用して、アノテーションの利点を擁護しました。 一方、アレクセイ・シピレフは、会場を出るか、戻るか、定期的に顔を変えていました。 私たちは、何が起こっていたかについての彼の感情を正確に解読することを約束しませんが、彼らは強いと感じています。



ノボシビルスクでは、 キリル・トルカチョフ （アルファ研究所）が単独でスプリングブートテストのレーキについて話し、モスクワではエフゲニーボリソフ （ナヤテクノロジーズ）が参加しました。 ユージーンはまた、春のニュアンスについて別のレポートを作成しました-そして、最大の会議場は人でいっぱいでした。 おそらく最も鮮明なオーディエンスレビューは次のとおりです。「こうしたレポートの後、Springのロジックを理解できるようになりました。」







両方のカンファレンスのゼネラルスポンサーとなったSberbank Technologiesから、プラットフォームでの作業におけるアーキテクチャの決定から課金用のDSL言語の作成に至るまで、まったく異なるトピックを持つ複数の講演者が一度にいました。 どちらのレポートがより有用かは視聴者を判断することですが、聴衆の中で最も活発なのは明らかに、DevOpsについてのOleg olegchir Chirukhinのパフォーマンスでした。 「Javaカンファレンスに参加しているので、ここの全員が管理者を排除する方法を理解している」などの彼の文言は、巨大な会社で働くことは退屈や「すべてのボタンを締める」ことを意味しないことを明確に示していました。







Kotlinに興味がありました：JPointの数日前に、Kotlin / Nativeのテクニカルプレビューが突然リリースされ、その結果、マルチプラットフォームへの言語の動きに関するAndrei abreslav Breslavの言葉は、この方向への新たな具体的なステップで強化されました。 ホールを見渡してみると、アンドレイはおそらく「Cに埋め込まれた」ものがたくさんあることに気付きました。これは、ネイティブソリューションの潜在的な市場を意味します。 そして、聴衆からWebAssemblyのサポートの可能性について尋ねられ、それに応じてBreslavは、現在のwasmの状態をバンカーと比較しましたが、そこから抜け出すことはできません。



一般に、JPointとJBreakは、以前の会議で通常の「肉」を欠いていました。 しかし、それらのプログラムの中で、決して便利になることはないかもしれないが、永遠に記憶されるユニークなものはありましたか？ おそらく、JPointの視聴者にとって、ゲーム理論に関する数学の普及者であるAlexei Savvateevの基調講演はそのようなものになりました。







JUG.ruカンファレンスでは、基調講演はしばしばメイントピックからかけ離れており、「脳を切り替える」ことを可能にします（たとえば、過去にJPointで話された有名な動物ビデオブログであるEvgenia Timonova ）。 しかし、この場合、興味深い「中間」オプションが得られました。Savvateevの講義のテーマはJavaには当てはまりませんが、多くのジャビストに近い-これまで：





その結果、トリッキーなルールを使用して違反に対処する方法の例を非常に興味を持って聞きました。 たとえば、「賄briは彼女にとって罰金よりも大きいかもしれない」という状況であっても、一見したところ、検査官にとってそれほど明らかになっていません。 小切手が大きな賄besのみで行われ、小切手が「レーダーの下を通り抜ける」と報告した場合、2番目のオプションは、賄takeを受け取る人にとってより魅力的であることが判明し、賄sizeのサイズが小さくなることがあります。



それは私たちのすべてです-しかし、私たちのほかに、参加者もアクティブであることが判明し、自分自身をたくさん書きました：

• JPoint 2017。1日目
• JPoint 2017。2日目
• jpointの熱い追跡。 Nのパート0：始まり。
• jpointの熱い追跡。 Nのパート1：宴会とその継続。
• パフォーマンスは休日です （Habrapost vladimir_dolzhenko）

そして最後に-写真「バルチ・サドグルスキーがふわふわしたマイクをなでます」：