バックトゥザフューチャー：ジョーカー2017はどうでしたか

Javaの世界では長い間、この秋のようなリバイバルはありませんでした。最終的に「9」がリリースされ、他の「長期構築」プロジェクト（Java EE 8、JUnit 5、Spring Framework 5）が完了し、Java EEがEclipse Foundationに送られました。 Oracle JDKを開くことが決定され、Java自体は6か月のリリースサイクルに切り替わります。



このようなニュースハリケーンでは、Java会議はどのように見えるでしょうか？ これらの新しいトピックに焦点を当てるのか、それとも「8」ではなく「8」に移行していない開発者について考える必要がありますか？ 私たちはサンクトペテルブルクのサンクトペテルブルクで5回目のジョーカーを過ごしました。



昨年同様、会場はExpoforumでした。 約1200人が集まったため、カンファレンスは小さな会場には収まりませんが、レポート、ディスカッションゾーン、スポンサースタンドを設置する余地は十分にありました。 今回、昨年は6つの部屋はありませんでした。彼らは自分たちを4つだけに限定し、品質に集中することにしました。 このため、レポートの選択は「肉挽き器」に変わり、1つの場所で複数のアプリケーションが競合しましたが、レポートの視聴者の評価は高かったです。







ライブストリーミングは前回とは異なりました。 まず、1440pの解像度で行われました。これにより、スピーカーのラップトップからの画像と1080pのスピーカーの両方を同時に表示できます。 第二に、昨年、トラックの1つを無料でデモンストレーションし、レポート間でスピーカーとのインタビューを放送することを試みました 。 それから問題は技術的な問題なしではなかったが、考え自体はそれ自身を証明した。 そのため、今回は同じことをより自信を持って行いました。 両方の 日の YouTube放送が利用可能です。



「コアJava」という本のおかげで20年前から知られているKai Horstmannの基調講演が開かれました（会議で署名を求められました）。 そして、実際のアジェンダがすぐに現れました：彼はJava 9の革新（モジュールを除く）について話しました。 最近、この主題について多くのテキストが書かれているので、疑問が生じました。レポートはそれらとは違うのでしょうか？ そして、このトピックには伝説的なホルストマンが必要ですか？それとも、ソースを注意深く読んだ人が同じレポートを受け取るでしょうか？







しかし、ホルストマンの経験はそれを感じさせました。 Javaの開発を長年にわたって綿密に観察し、ほとんどの記事のように現在の事実を語るだけでなく、全体像を示すことができました。 その後、実現しませんでした。 正確には得られませんが、これは得られます...」フィードバックから判断すると、聴衆の一部はカイの単調さで落ち着きました（彼はレポートよりも大学で講義をすることに慣れています）が、レポートで遭遇した困惑者は目を覚ますのに役立ちます。







基調講演の後、全員が4つの部屋に入り、そのうちの1人がパズルを開始しましたが、そこで誰も眠りませんでした。BaruchSadogurskyがステージにいたとき、彼は肉体的に眠れませんでした。 そして、彼と話をしたタギル・ヴァレエフは、レポートのための新しいパズルの不足について文句を言うことはできません。 最初の1つはmodule-info.javaの機能に関するものでした。つまり、9番目のJavaからいくつかのニュースがありました。



一方、別の部屋では、未来はさらに近づいていました。Twitterのクリスチャン・タリンジャーは、新しいGraalコンパイラの使用について話しました。 Twitter側では、これは大胆なステップです（ほとんどの人はまだプロジェクトが実稼働環境で実験的すぎると感じています）が、一部はSunとOracleの以前の経験がChristianを助けています。 そして最終的に、パフォーマンスで少し勝った、その規模のTwitterはすでに具体的な量を節約しています-つまり、これは実験のためだけの大胆な実験ではなく、完全に実用的なステップです。 しかし、レポートの一般的な楽観論は多くの結末によって台無しにされました：タリンジャーは、彼が観察したパフォーマンスの向上はGraalとScala（Twitterが積極的に使用している）の組み合わせによって説明でき、純粋なJavaでは結果がそれほど印象的ではないと認めました。





「パフォーマンスで勝つことはできますが、少数の人にとっては重要です」というカテゴリによると、 Dmitry Alexandrovによる、GPUでのJavaの使用に関するレポートがあります。 そして、この報告書の独創性は、おそらく彼のレビューの参加者の一人である「ヘリコプターの刃を使って準備されたスムージー」によって最もよく策定されました。



これに続いて昼食が行われ、夕食のおかずはどのレポートよりも多くの意見の相違を引き起こしたようです。興味のある人はキヌアを発見しましたが、他の人はそれを「馬麦」と比較しました。 もちろん、私たちは反応を考慮に入れますが、近年のキノアの生産は猛烈なブームにあることに留意してください。 つまり、このようなペースでは、Dockerやマイクロサービスなど、どこからでも隠れることはありません。







昼食後、 Nitsan Wakartは最初にJavaプロファイラーの問題について話し、次にAlexey Shipilevがシェナンドアの奥深くへと進み続けました-より正確には、シェナンドアについても具体的にではなく、ランタイムの機能がGCの動作にどのように影響するかについて話しました。 不思議なことに、セーフポイントは両方のスピーカーにとって重要なトピックになっています。 サンプリングプロファイラーの場合、破壊的なものになる可能性があります。Wakart氏は、これを回避することが役立つと述べました。 GCの場合、それらは間接費に関連付けられています-そして、Shipilevが詳細に説明しました。 1時間前にWakartからこれを学んだので、Shipilevに「誰が安全点を知っているのか」と尋ねると、何人の参加者が手を挙げましたか。 :)



そして、1日の終わりに、 ニコライアリメンコフはJava 8を使用したアンチパターンに関するプレゼンテーションを行いました。そして、大衆は非常に興味を持っていたので、2つの部屋が一緒にプログラムに統合されました。 ジョーカーの時代には、KotlinConfで最も有名なKotlinスピーカーが海を渡っていましたが、会議でこの言語について言及がありました：オプションについて話すことで、ニコライは、これはより過激なKotlinアプローチよりも、ヌル可能性の問題に対する部分的な解決策であると強調しました。 そして、彼は「オプショナリズム」を批判し始めました。「オプショナリズム」では、それが価値がない場合でもOptionalが使用され始めます。







2日目の初めに、2つの異なるトピックに対する関心の違いを明確に見ることができました。 Kirill TolkachevとEvgeny BorisovがSpring Bootの「フードマジック」を解体するために出かけたとき、満員の家が生まれました-同時に、Ceylon in Productionレポートは混雑していませんでした。 もちろん、Spring BootがCeylonよりも桁違いに人々を興奮させることは驚くことではありませんが、視覚的なコントラストは印象的でした。



Spring Bootに関するパフォーマンスは、観客の数だけでなく大規模でした。 プログラムの2つのタイムスロットを占有し、同時に、視聴者はCyrilとEugeneがすばやく話すことに気付きました。おそらく、ゆっくりと話す場合、3番目のスロットが必要になるでしょう。 一般的に、これについて熱心な聴衆の大部分については、Springに関する情報の膨大な部分がありました。







一方、 Baruch SadogurskyとLeonid Igolnikは、「Google HomeとAmazon Alexa」の戦いを戦い、これらの音声アシスタントにJavaで追加のスキルを書くことができることを実証しました。 会議の設定では、すべての音声コマンドが正常に機能したわけではありませんが、聴衆は主なことを感じました。「スマートスピーカー」のおかげで、「デバイスを家で買って自分でプログラムした」というロマンスが部分的に戻ってきました。



主な不可抗力は、航空の問題によりサーシャゴールドスタインが会議に参加できないことでした。 しかし、ホールは空である必要はありませんでした。代わりに、 アレクセイ・シピレフ 、 アンドレイ ・パンギン 、 ウラジミール・シトニコフ 、 グレブ・スミルノフ 、 フォルカー・シモニスが参加して、円卓会議がすぐに開催されました。 そのような人々の対話を聞くことは常に興味深いです。その結果、ゴールドスタインのレポートがキャンセルされたことにより、視聴者のレビューに喜びを見つけることさえできます。







しかし、ラウンドテーブルの観客の数はそれほど多くはありませんでした。おそらく、Project Amberのおかげで、多くの人が将来私たちを待っていることについてTagir Valeevの話を聞きに行ったためでしょう。 そこにすべてが元気に行きました。「ローカル変数の型の推論は何のためにも行われないと信じているのは誰ですか？ まあ、あなたはあなたの意見に何も依存しないことを理解しています。 Javaは型を早く入力し始め、文句を言う必要がありました。 当初、ストリームに関するレポートで有名になったタギルは、このトピックから逃れたようです。しかし、タギルは、まったく異なるレポートのスライド上でも「ストリーム」を見つけることができるという鋭い目から逃れませんでした。



最後に、会議はMosigraブログで有名なハブユーザーであるSergei Abdulmanovの基調講演で終了しました。 彼の話はJavaについてではありませんでしたが、「Mosigra」は年間10ゲームの開発で年間120ゲームに到達しようとしました。このストーリーはソフトウェア開発との類似点と相違点の両方を示しました。 一方で、IT部門では、Sergeyはチェックリストによるプロジェクトの明確なチェックに慣れており、従業員がチェックリストを「ランダムに」チェックすると驚いた。 一方、フリーランサーとの有声な働き方は、状況を認識するためにホールで笑いを引き起こしました：「時間の大部分が変更に費やされているのを見て、変更がなければ支払いが倍になるルールを導入しました。 未完成の何かを常に行っていたフリーランス翻訳者は、このスキームをすぐに学びました！





これらすべてからどのような結論を引き出すことができますか？ 視聴者にとって現在重要なものは何ですか-Javaの過去（本番環境での作業を継続）、最近のモジュール化されたモジュール、さらには未来？ さまざまなレポートに何人の視聴者がいたか、どのようなフィードバックを行ったかから判断すると、3つのオプションすべてがすぐに正しかった：Java 8の使用時に発生したエラー、新たにリリースされたJUnit 5の拡張、まだ使用されていないvarキーワードが復活を引き起こした。



つまり、ジョーカー会議は、Javaのいくつかの異なるバージョンを同時にサポートすることに成功しています。