DotNext 2016 Piter（6月3日、Park Inn Pulkovskayaホテル）の前には、何も残っていませんでした-ほんの数日。 そして昨日、会議のウェブサイトでプログラムを勉強していたとき、すべてのレポート、講演者、ハブロポストの詳細な研究には2時間以上の純粋な時間が必要だと思いました。
そのため、今読んでいるDotNextプログラムガイドのようなものを作成することが緊急に決定されました。すべてのレポートを収集し、棚に置いて、1つの完全な画像が得られるように説明しました。 以下が出ました：
- ASP.NET Coreに関する4つのレポート。
- 開発ツールに関する3つの技術レポート（Rider / ReSharper）。
- クロスプラットフォームの.NETに関するレポート。
しかし、DotNextはツールやプラットフォームの発表に関する議論ではなく、地獄のようなハードコアでもありませんか。 もちろん、これは、
パフォーマンス、コード生成、メモリモデル、数学など
、完全なものです。 さて、どうですか？
ASP.NET 5はデッド
おそらく、.NETの世界で最もホットなトピックは、新しいASP.NET Coreです。 特別な注意を払いました：4つのレポート（プログラム全体の20％）は、移行中にプロジェクトを脅かす開発アプローチ、レーキ、および困難の変更に当てられます。 主な質問は次のとおりです。今すぐ新しいプラットフォームに切り替えるか、すべてが落ち着くまで待つことは価値がありますか。 MSで前進することを決めた人々が失うもの; そして彼らは何を得ますか？
彼らのパフォーマンスの詳細を読みたい場合は、詳細な
ロシア語のHabropostがあります。
論文：
ライダーに乗るのは誰ですか？
私たちが単に無視できないもう1つの注目すべき全体的なトピックは、ReSharperとIntelliJプラットフォームに基づいたクロスプラットフォームIDEであるRiderの今後のリリース（おそらく2016年秋）です。 すでにアーリーアクセスバージョンを使用していて、開発者に真実を伝えたいですか？ DotNextはこれを行うのに最適な場所です。
IDEがどのように、誰のために、なぜ作成されたかを単にレビューすることはあまり面白くないと判断したため、Riderチームの3人のJetBrainsスピーカーが純粋に技術的なプレゼンテーションを行います。
-Cylid Skrygan、Timlid Riderは、IDEの腸と、これらの腸が近い将来どのように変化して発展するかについて話します。
-Dmitry Ivanovが、JetBrainsがリアクティブクロスプラットフォームJava-.NETプロトコルをどのように構築したかについて説明します。レポートでは、1つのプロセスの一部を他のプロセスに移動するときに発生するタスクと問題について説明します。
-JetBrainsの.NET責任者であるSergey Shkredovは、開発チームでReSharperを使用したユーザーケース、つまり、
- チーム設定ReSharper。
- コード注釈。JetBrains.Annotationsにすべて含まれています。
- 静的コード分析とコードスタイルの検証。
- MsBuildプロジェクトとReSharper Buildの編成。
さらに、Riderについては、
Habropostもあります。
大歓迎です。
論文：
E = mC＃？
DotNextとは何ですか？ただし、パフォーマンスはありませんか？ これにならないでください！ プログラムの同じ20％を、.NETコードの効率の測定と改善に充てました。 これを行うために、世界で最もクールな.NETパフォーマンスのスペシャリストであり、「Pro .NET Performance」という本の著者であるSasha Goldsteinを書きました。 また、サーシャに関する
別の投稿を書きました。
カンファレンスでは、SashaがPerfView（CLRチームの無料のコンパクトツール）を使用して、CPU時間、壁時計時間を定期的に測定および改善し、さらにメモリリークをキャッチする方法について説明します。 PerfViewに加えて、ログを送信および収集できるETWに接続できます。 それがどのように機能するか、Sergey Shchegrikovichは実例で示します。 さらに、彼のレポートでは、インプロセスおよびアウトプロセスのロギングとログの処理をリアルタイムで見ることができます。
将来の速度を見てみましょう。.NETCoreの今後のバージョンでは、いくつかの徹底的なパフォーマンスの革新があります。 coreclr、corefx、および実験的なcorefxlabの変更点は、Adam Sitnik（高速でフォールトトレラントなシステムの専門家）によって説明されます。 また、講演では、Adamと新しいツール（System.Buffers、ValueTasks、System.Slices、Utf8Stringなど）を使用します。
パフォーマンスレポート：
このコードは、コードを記述できなくなったときに別のコードを記述します。
パフォーマンスから逸脱することなく、次の大きな興味深いトピックであるコード生成に進みます。 これら2つのセクションの合流点にあるのは、Igor Chevdarのレポート「最適化のためのコード生成」で、Reflection.Emitを使用するこの方法を使用して生産性の大幅な向上を達成した彼自身のソリューションの例を示します。
このセクションでは、友人、パートナー、常任スピーカーのDmitry Nesterukがダイナミックプロトタイプのプレゼンテーションを行います。 Dmitryはコード生成の分野で彼のソリューションを10年以上使用しており（Visual Studio 2005で最初に書いたもの）、落とし穴を回避する方法を知っています。 CQRSパラダイムをデータセットではなくデータスキーマに適用するには？
コード生成レポート：
MSなしの.NET-風への時間！
よく知られている事実として、Microsoftはロシアでの.NET会議を別途開催していません。 ただし、これは、企業が.NETの世界で何が起こっているかを監視していないという意味ではありません。
今回は、5（！）
Microsoft MVPに加えて、Microsoftから直接2人のテクニカルエバンジェリストがDotNextで講演します。
会議の前夜、彼らは
プラットフォームの現在と未来について短い
インタビューをしてくれました。
コミュニティトーク？ そうでもない。
今回は、前回のDotnextのように、
SPB .NETコミュニティから最高の講演者が集まり、Mikhail
yu5k3 Shcherbakovが組織委員会に参加しました。 はい、これらはDotNextの他のすべてのレポートと同様に、大規模で堅実な準備され監査されたレポートです。
SPB .NETコミュニティレポート：
さらに、ミハイルはすでに
報告書の詳細なレビューを準備してい
ます 。
他に何？ もっと！
「ハードコアはどこですか？」とあなたは尋ねます。 結局のところ、DotNextは常にベテランの開発者にとって純粋に筋金入りのたまり場でしたが、今回はそのようなセクションすらありませんでした！ 真実は、すべてのスピーカーが純粋に技術的なトピックについて話し、深く掘り下げているからです。 初心者はここに所属せず、この概念は1つのiotaを変更していません。
もちろん、真珠もあります：
サンクトペテルブルクのDotNextで合計
23のレポートが配信されます：点灯していないトピックはないようです。同意し、何かを忘れていると思う場合は、コメントに書き込み、モスクワで開催される12月のDotNextのレポートを見つけます。
会議で会いましょう！PS DotNextをしたいが、Peterに到達できない場合は、
オンラインブロードキャストを利用でき
ます 。
PPS過去のDotNextのレポートを見たい場合、それらはすべて
YouTubeチャンネルにすでに投稿され
ています 。