発見
すべては主催者によるスピーチから始まり、会議のアイデアがどのように生まれたかを共有しました。 彼らは、私たちが4か月の準備でどのように進んだか、そして最後に何が起こったかについて話しました。 そして、それは判明しました-集中した知識の3つのストリーム、300人の参加者とJET会議の家の基礎の最初のレンガ。
場所
映画館で開催されるヨーロッパの会議の形式が本当に気に入っています。 したがって、適切なものを見つけるしかありませんでした。 その選択はほとんどすぐに、ミンスクのまさに中心に位置するシルバースクリーンに落ちました。
基調講演
JETが初めて組織されたので、私たちは本当に最も深い知識の源から始めたかったのです。
そのため、ブルース・エッケルに話をさせてもらいました。夏には、ハブラの旗で見ることができるように、彼と一緒に全員を呼びました。 ブルースは、有名なプログラミング言語の開発を高く評価し、Java自体の進化にあまり満足していませんでした。 しかし、悲しむ必要はありません。これは、将来的にそのような間違いをしないように、技術を重要な角度から見る良い機会です。
アクティビティ
会議のスポンサーの活動の中で、Javaバーが最も印象的でした。 残念ながら、ノンアルコールですが、それでもプロフェッショナルです。 本物のバーテンダーは、記入済みの申込書と引き換えに、またはスピーカーの質問への正しい答えを受け取るトークンと引き換えにカクテルを準備しました。
そして、セッション中の知識の花崗岩が十分ではなかった人々は、追加の部分を受け取り、問題を解決することができました。 主催者である私たちでさえ、各スポンサーがそれらを持ち、私たち自身の質問を考え出し、それに答えて、パーティーの最終日にビールのチケットを手に入れることができました。
そして、もちろん、私たちは、ミンスクのレトロコンピューター博物館のメンバーを招待して、参加者に私たちのコレクションを伝え、楽しませることはできませんでした。 ここにはすべておなじみのゲーム機があり、最初のラップトップコンピューターも見ることができました。
報告書
会議ストリームを分離するというアイデアは、それ自体で生まれました。 近年の私の関心は、これらのトピックに正確に焦点を当てる理由となっています。 このアイデアを実現するのに役立った講演者の開放性を見るのはとてもうれしかったです。 彼らに感謝します！
最初のスレッドはJVM Insideと呼ばれていました。
Rafael Winterhalterは、単純な例を使用して、Javaバイトコードでの単純なコンパイルについて説明しました。 さらに深くなると、バイトコード命令のみを使用してクラスパッケージ全体を作成することができます。 2回目の講演では、RafaelはJITのコンパイル中に一般的な最適化がどのように行われるかについて話しました。 また、コードが正しく記述されていれば、実行のオーバーヘッドを大幅に削減できます。
Volker Simonisは最終修飾子について、そしてそれが実際に最終修飾子ではない理由について話しました。 彼は、コンパイラによって課せられた制限が、さまざまな「安全でない」ハッキングによって簡単に回避できることと、実際のコードでこれがもたらすことを示しました。 最後に、ファイナルが本当にファイナルになるように何をすべきかを見つけることができます。
Alexei Fedorovは、5番目のバージョンから、jdkで使用されているノンブロッキングプリミティブの内部構造に関するセンセーショナルなレポートを作成しました。 また、これらのプリミティブがどのように実装されているか、どのように使用できるか、そしてなぜそれらを使用しないほうがよいのかを示しました。
Andrei Panginは、低レベルのソフトウェアを開発するために、なぜ安全でないのがそんなに人気のあるツールであるかを熱心に説明しました。 しかし、私たちがまだそれを削減することを決めたことに満足していませんでした。そして残念なことに、プラットフォームの開発の現在の段階で非常に弱いAPIを持っています。
2番目のストリームはソリューションツアーです。
Lesha Zinovievは1年前にレポートを改訂し、データの分析と作成に関連するプロジェクトにおけるJava開発者の位置を説明しました。 そのようなプロジェクトで遭遇する典型的な問題は何ですか、これらの問題を解決するためのアルゴリズムは何ですか。 彼は、JVMの現代の世界におけるさまざまな強力で効果的なツールが、Javaプログラマーによる実装のためにそのようなタスクを受け取る利点をもたらすことを強調しました。
ジェンヤボリソフは驚きませんでしたが、征服し続けました。 春のフレームワークに関するこのような動的なレポートに参加したので、それがどのように機能するかを理解していない人がいることはまずありません。 春のライフサイクル、標準的なBeanポストプロセッサの存在、および独自のポストプロセッサの作成方法について学習します。 bean factory post proccesorを使用して非推奨アノテーションの改良バージョンを作成する方法。 そして、春のコンテキストには何が存在します。 2番目のレポートで、ZhenyaはBaruch Sadogurskyとともに、彼らの成功と視聴者の知識を一連の春のパズルで統合しました。
ニコライ・アリメンコフは、テストが重要であることを直接知っています。 ただし、データの操作に直接関与するコードのテストは二重に重要です。 それらの書き方と、これに役立つツールを知りたいですか？ 非常に鮮明で理解しやすい例について、ニコライのほぼ1時間のマスタークラス。
Vladimir Lyashkevichは、分散クエリリミッターを実装するタスクを引き受けました。 彼は多くの異なるアプローチを示しましたが、一見正しいと思われるかもしれませんが、初心者には落とし穴が隠されています。 そして、彼のスピーチの第2部で、彼はあなた自身の自転車を作成する状況を避けるためにどんな知識蓄積慣行が使用できるかについて話しました。
さて、3番目のストリームはFunctional Boostです。
バルーク・サドグルスキーはもちろん助けを必要としているわけではありません。もちろん、ジェンヤ・ボリソワは、すでに古典的なパズルスタイルのパズルを思いつきました。 はい、正確に、Groovyの奇妙な点、より正確には機能について、どれが人生を大幅に簡素化できるかを理解しています。 また、バルークはソロで演奏しました。 AST変換を書きたいですか？ Groovyにとって、これを行うことは、非常に喜ばしいことです。 主なことは無理をしないことです。
ローマン・グレベンニコフは、Scala言語のパフォーマンスに多少混乱しています。 そして彼は個人的にそれを理解することにしました。 そして、この研究の結果は彼のスピーチで見ることができます。 便利な言語構成について聞いたことがない人。 しかし、他の費用には快適さが伴います。 おそらく、これらのパフォーマンスの問題の原因を理解するためにバイトコードを調べる必要がありますか？ しかし、Romanはすぐに最下位に飛び込み、やや珍しいAssembly x86_64を一般に見せることを恐れません。
Adam Warskiは実際に、AkkaストリームとScalazストリームを使用したストリーミングデータ処理の機能を比較することにしました。 彼は、これらのフレームワークがデータを操作するために使用する概念の簡単な紹介から始めました。 そして、彼はこのデータを1つの並列スレッドで処理する方法を示しました。 そして、もちろん、AkkaとScalazの実装を毎回使用します。
Alexander Slesarenkoは、Scala言語の既存のパフォーマンスの問題に長い間気付いていました。 しかし、彼はコードの可読性が何よりも重要であるという事実の重要性を理解しています。 したがって、さまざまなサブジェクト領域で頻繁に遭遇するタスクのいくつかのクラスを選択して、Scalanと呼ばれるフレームワークが作成されました。 これにより、高レベルのコードをより生産的/低レベルのフラグメントにコンパイルし、優れたプログラミング言語で作成することもできます。
パーティー
さて、パーティーなしではどうでしょうか！ 忙しい一日を過ごした後の印象について話し合い、講演者とのコミュニケーションを続け、知的戦いで生産されたビールを飲む絶好の機会です。
映像
そして最後に、トップ5の会議レポート。
Baruch Sadogursky and Zhenya Borisov-The Epic Groovy Puzzlers。 ディレクターズカット
ユージンボリソフとバルークサドグルスキー-春のパズルゲーム。 最大のヒット
Baruch Sadogur-Groovy AST変換
ジェンヤボリソフ-スプリングザリッパー
Rafael Winterhalter-実際のJavaバイトコード