
今年は終わりに近づいており、長期休暇が控えています。 多くの人にとって、休暇は、今日のわが国のプロフェッショナルなJavaの世界で、新しくて面白いものをじっと見回す絶好の機会です。
4月にモスクワで、モスクワで大規模なJava会議(JPoint 2015)を開催しました。この会議では、サイト上の1,000人以上の開発者、さらに数百人の開発者が集まり、オンラインで会議を見ました。 私たちは、発見(コンテンポラリーアートとプログラミングに関するDmitry Galkinの講義に多くの衝撃を与えました)と新しい形式(円卓会議と専門家の議論)を試しました。 しかし、会議の重要なトピックは報告でした。
すべての会議レポートのビデオはYoutubeにあります。 いつものように、参加者からのフィードバックから統計を収集し、レポートの評価を計算しました。 この投稿では-最高の会議レポートの伝統的なレビュー。 会議のベスト10のレポートを簡単にレビューして、それらについてもう少し詳しく知り、あなたにとって何が面白いかを正確に確認します。
行きましょう。
10位
オラクル、セルゲイ・ウォルラス・ククセンコ-生産性を守る鉄製カウンター
平均評価: 4.28

このレポートは、「地獄のハードコア」ノミネートで特別審査員賞を受賞しました。 レポートの一般的な考え方は次のとおりです。ネットワーク、OS、JVMなどを見て、アプリケーションでできることをすべて最適化済みであることを想像してください。 そしてすべてがプロセッサ上にあることに気付きました。 その後、プロファイルを作成し、動作が速くなりましたが、プロセッサはまだ100%ロードされています。 どうする
プロセッサ内にはさまざまなイベントカウンターがあることがわかりました。 このメカニズムは、 ハードウェアパフォーマンスカウンターと呼ばれます。 最新のプロセッサのアーキテクチャは非常に複雑で、多くの異なることがプロセッサで発生する可能性があります。 トリックは、発生したイベントの数をカウントするプロセッサー内のいくつかのカウンターをオンにできることです。 つまり、プロセッサ内部の鉄プロファイラです。
このプロセッサプロファイラはどのようなイベントを考慮できますか? はい、ほとんどすべて。 Sergeiによると、最新のIntelプロセッサには、約1000個あります。 まず最初に調べる必要があるイベント、掘り下げる場所、およびこれに伴う問題を理解したい場合は、このレポートを確認してください。
今年、セルゲイは私たちにモスクワに戻ります-真実はサンクトペテルブルクからではなく、カリフォルニアからです。 彼は1月にトピックを決定します。 おそらく、パフォーマンスの最適化に関するものになるでしょう。
9位
Baruch jbaruch Sadogursky、JFrog-非同期マルチスレッドHTTPアプリケーションの作成方法
平均評価: 4.29

このレポートでは、Baruchが、システムの作成中に彼とJFrogの仲間が得た経験の一部を概説しました。 技術的には、サーバーを作成します。その主なタスクの1つは、バイナリをすばやく配布することです。 つまり、JavaのマルチスレッドHTTPアプリケーションは非同期です。
レポートは2つの部分に分かれていました。 最初に、BaruchはHTTPを非同期で使用するためのライブラリの選択方法について話しました。 どの原則が選択に導かれるのが理にかなっていますか? そのようなライブラリのパフォーマンスを比較する方法とそれは理にかなっていますか? 最後に選択するライブラリは?! レポートの第2部では、BaruchがHTTP 1.1の何が問題なのか、今後のHTTP / 2がどれほど優れているのか、それが私たち全員にどのように役立つのかについて話しました。
4月、BaruchはJPointで再び来ます。 また、カリフォルニアから。 しかし、主なことはこれではなく、Baruchが現在レポートのトピックを決定し、適切な投票を行っているという事実です。 JPointへの参加者- このリンクをクリックして 、レポートの選択を支援してください。
8位
Nikita Salnikov-Tarnovsky、Plumbr-私の記憶はどこにありますか?!
平均評価: 4.38

生産がOutOfMemoryErrorで落ち始めた場合の動作方法に関するそれほど複雑ではなく、適切に構造化されたレポート。 レポートの最初の部分では、NikitaがJavaのメモリ領域とは何か、なぜ必要なのか、ガベージコレクタがどのように動作するのかについて多くのことを話します。 次に、メモリリークの症状と、何がリークで何がリークでないかについて説明しました。 レポートの最後の部分では、NikitaがMAT (メモリアナライザーツール)でデモを行い、このツールが実際にどのように役立つかを示します。 それほど複雑ではありませんが、日常生活で非常に効果的です。
Nikitaは、今回JPointに来ることができるかどうかはまだわかりません。4月末にはすでに休暇が計画されています。 しかし、彼らが言うように、私たちはまだ戦います。 恐mail、脅迫、拷問-そして今、彼は会議で話しています! ご理解のとおり、この問題はほぼ解決されています。
7位
Vladimir vladimirsitnikov Sitnikov、NetCracker-私たちは定期的に自分自身を表現します
平均評価: 4.40

正規表現と、regexpを使用したときに正確に速度が低下することがわかっている場合にプログラムのパフォーマンスを向上させることができるいくつかの動きに関するレポート。 そして、この分野に配置されている熊手の束について。
正規表現によるテキストの解析、XMLの解析、最も一般的なエラー、何がどこでの解析が遅くなる可能性があります。 戦闘例のさまざまな表現のパフォーマンステストなしではありません。
JPoint 2016では、Vladimirが、Spring、Postgres JDBC Driver、Wildflyなど、現代のJavaプロジェクトで使用するのが好きなさまざまなオープンソースソリューションのパフォーマンスで発生する典型的な問題について話します。実用的な観点からは、非常に興味深いと思います。
6位
Anton antonkeks Keks、Codeborne-エンタープライズのないインターネットバンキングアーキテクチャ
平均評価: 4.43

アントン・ケクスは、まず第一に、ロシアで「血まみれの企業」( パート1 、 パート2 )に対する有名な批判で知られています。 もっと正確に言えば、ほとんどの開発者が、かなり重い軽量で使いやすいものでほとんどいつでもできるとはほとんど考えずに、さまざまな重い技術を使って新しいプロジェクトに引きずり込まれるという事実を批判することによって。
このレポートでは、インターネットバンキングの開発時にCodeborneで使用する軽量テクノロジーと、Java EE、Spring、およびその他の優れたソリューションに基づいて業界で一般に受け入れられているスタックよりもこれらのテクノロジーが好まれる理由についてAntonが話しました。
4月のJPoint 2016でアントンが私たちを喜ばせることはまだ不明です。 しかし、私たちはそれに取り組んでいます。 1月には明らかになります。
さて、投稿の最後に広告を掲載します。 JPoint 2016のチケットは、あなた、あなたの友人、同僚への良い新年の贈り物です。 私たちは各会議に多大な努力を注いでおり、したがって、あなたが失望しないことを保証します。
JPointの優先登録は明日終了します。 したがって、購入を遅らせないでください。