すぐに、11月22〜23日に、次のモスクワDotNextが開催されます。 プログラムがより具体的になったので、ハードコアおよびアーキテクチャレポートに関するいくつかの所見を共有したいと思います。



まず、「カテゴリなし」スピーカーがいくつかあります。 これらは、彼ら自身が別の会議に記入できる人々です。 あなたは彼らの名前を知っています： ジェフリー・リヒター 、 パベル・ヨシフォヴィッチ 、 グレッグ・ヤング 。



通常、スピーカーの隣のHabréの記事では、すぐに彼の写真を提供します。 ジェフリーとポールの場合、特別な場合-あなたは本の表紙にこれらの人々を覚えている方が良い：

右にパベルヨシフォヴィッチの本があります。 彼は、Windows Internals、WPF Coo​​kbook、Mastering Windows C ++ App Development、およびPluralsightの5つのコースの著者として知られています。 C ++にも興味がある場合、Pavelは最近C ++メモリモデルに関するビデオをYouTubeに投稿しました。 さらに、彼は有名な開発者、トレーナー、講演者ですが、この役割ではほとんど彼に会いませんでした-彼はロシアではほとんど起こりません。 そして、Pavel-DotNextにあります。 これは大きな成功と勝利であり、すべてがうまくいき、彼は本当に来るでしょう。 彼の新しい講義「.NET開発者向けのWindows 10の内部」では 、 Windows 10の興味深い内部機能について説明します。これらの機能は.NET開発者にどのように影響し、サービスにどのように役立つかを説明します。

左はジェフリー・リヒターの本です。 既にHabr について詳細なインタビューを行っています。Azureの開発の方向性を決める人が何を考えているのか本当に知りたい場合は、そこに行ってください。 ジェフリーは、古典的な本の連続クリエーターです。 90年代前半にWindows 3.1のプログラミングに関する本のおかげで人気を博した彼は、やめませんでした。 次の大きな本「Programming Applications for Microsoft Windows」は古典となり、後に「Windows via C / C ++」として出版され、いくつかのエディションに耐えました。 「C＃経由のCLR」でも同じことが起こりました。 「C＃を介したCLR」の次の再リリースはいつになるのかと人々は依然尋ねています（もし興味があるなら、カンファレンスに来て、自分自身に尋ねてください！）。 彼は現在、Microsoftのパートナーソフトウェアアーキテクトであり、Distributed Cloud Apps＆Storageで働いており、プラットフォーム全体を明るい未来に引きずり込んでいます。 クラウドアイロンの効果的な使用に関するレポートである「レスポンシブでスケーラブルなアプリケーションの構築」にアクセスすることを強くお勧めします。

グレッグ・ヤングに関しては 、彼は特に有名な本を持っていません。 彼はCQRSという用語の発明者であり、この方向で最も有名で象徴的な人物の1人です。 おそらく既にご想像のとおり、CQRSではすべてが一見したほど単純で理解しやすいものではありません。グレッグはこのすべてについて議論できるまさにその人です。 グレッグの言うことを知りたいなら、彼はすぐにYouTubeで検索され 、彼はかつてCodeBetterで書いた 、そしてあなたがAmazonでCQRSの本を見るなら、彼は、ディレクターExploring CQRS and Event Sourcingの本の紹介を書くことを任されたスプランク

ハードコア

DotNextは、主要な講演者が繰り返し登場する会議としての地位を確立し、最も複雑な特別な問題を明らかにしています。 ほぼすべてのレポートをハードコアに変えるトピックがいくつかあります。たとえば、複雑なテクノロジーの最大のパフォーマンスと実装の詳細を提供します。

低レベルの詳細

ジェフリー・リヒターとパベル・ヨシフォヴィッチについてはすでに話しました。 しかし、それだけではありません！ Raffaele Rialdi、Chris Bacon、Yegor Grishechkoが準備してくれたものを見てみましょう。

さて、切り札を使って、.NETランタイムを作成したいと思ったことはありませんか？ うまくいきましたか？ Chris Baconは、パイロットプロジェクトDotNetAnywhereを作成しました。これは、マルチスレッド、PInvoke、ガベージコレクションなどをサポートする、本当に互換性のあるランタイムです。 Blazorフレームワークの構築に使用されたのは、彼のこのプロジェクトでした。これにより、WebAssemblyテクノロジーを使用して、ブラウザーで.NETを直接実行できます。 （ちなみに、BlazorについてのレポートはNikita Tsukanovが作成しました 。ビデオはYouTubeにあります ）。 一般に、このDotNextは「だから、独自の.NETランタイムを作成しますか？」 - ランタイムの作成に関する非常にオタクで珍しいレポートです。

さらに実用的なトピックに移りましょう。 DotNextにアクセスしたことがある場合は、Rafael Rialdiと彼が専門とするトピックに既に精通している必要があります。 そうでない場合は、今があなた自身に慣れる時です！







今回、ラファエルは新しいレポート「相互運用性シナリオでのメモリ管理の強化」を発表します。 新しいSpan<T>



およびMemory<T>



APIが登場し、管理オブジェクトへの無意味なコピーを行うことなく、管理されていないメモリにアクセスできることに気付くかもしれません。 レポートの過程で、RafaelはこれらのAPIを掘り下げ、IoTのような実際に興味深い例の詳細を示し、日常の活動の単なる人間がこれをすべて実行できることを示します。

最近、ValueTask、タスクのような型、およびIValueTaskSourceが最近のバージョンの言語に登場しました。 多くの人は、これらのタイプが存在することさえ知りません、そして、彼らの存在を知っている人々のほとんどは、彼らがなぜそうであるか理解していません。 Egor Grishechkoのレポート「ValueTask：what、why and why」では 、これらの新しいツールが何であるか、なぜ使用されるのか、いつ正当化されるのか、いつ正当化されないのかを説明します。

最大のパフォーマンス

何らかの方法でのレポートのほとんどすべては、たとえ合格していても、パフォーマンスに関連しています。 これは開発者の仕事の特徴です。 ただし、特に強調したいのは、次の4人のスピーカーのレポートです。

• コンラッドココサ
• エゴール・ボガトフ
• エフゲニー・ペシュコフ
• アレクサンドル・ムテル

既に、.NETランタイムについての講演を見てきました。 あなた自身のGCはどうですか？ 生成されたC ++コードのサイズが2メガバイトのひどいファイルにパッチを適用する必要がありますか？ 幸いなことにそうではありません。 .NET Core 2.1では、ローカルGCと呼ばれる新しい機能が追加されました。これにより、標準のガベージコレクタを一般的なものに完全に置き換えることができます。 レポート「カスタム.NET GCの作成-「whys」および「hows」で、 Konrad Kokosaがこれを行う方法を紹介します。 これは、主にメモリ管理とGCの動作をより良く理解したい人にとって興味深く有用です。 レポートの主な本質は、会議から帰ってすぐに自作のものに移行したほどではありません。 むしろ、それは可能なことの境界を広げるクールなインスピレーションのレポートです。 これを行う必要はありませんが、今は実験する機会があります。 GCはそれ自体が理解しにくいものになりつつあり、便利で従順なツールとしてますますあなたの手に落ちます。

しかし、GCはほんの始まりに過ぎません。 最近、多くのランタイムで、ユーザーにSSEやAVXなどのSIMDプロセッサ命令の生成へのアクセスを提供することが一般的になりました。 たとえば、JSではSIMD.jsが追加（および削除）され、JavaではPanamaプロジェクトがこれを行います。 このMODも.NETをバイパスしませんでした。 彼らは私たちに超大国を与えましたが、彼らはそれらを持っているだけでは十分ではありません-あなたはまだそれらを使用できるようにする必要があり、これは難しいです。 一方では、そのようなレベルでの制御には、非常に高いモチベーションと資格が必要です。スカラーよりもパフォーマンスが優れているベクターコードを書くには、アライメントなどだけでなく、特定の命令セットに従うことも必要です。ファーストトラックから降りると発生します。 一方、 最高のパフォーマンスのアプリケーションを実際に作成し、すべてのメジャーを保存すると、最先端のコンパイラでさえもくすみに直面する可能性があります。 レジスタ割り当てなどの比較的研究された問題でさえ、NP完全（ 1、2 ）であり、人間の介入が必要であり、SIMDの状況はこれ以上良くないようです。



今年、Yegor Bogatovが新しいレポート「.NET Core内の最適化」を発表しました。このレポートでは、高レベルコードからSIMDを生成する方法を説明します。 Egorでは、まもなくHabréの詳細なインタビューをリリースします。 EgorはMicrosoftで働いており、Monoと.NET Coreを専門としていますが、DotNextでプレゼンテーションを行ったのはこれが初めてではありません。 以前のエントリをいくつか保持します。







Egorは、これらすべての最適化を適用できるコンピューターゲームとモバイルゲームの作成に非常に興味を持っています。 最近リリースされたAssassin's Creed Odysseyの最近の話はこれを確認します：開発者は 、クライアントベースの減少にもかかわらず、最小システム要件でAVX / SSE 4.1をサポートするプロセッサを指定する必要がありました（これらはIntel第2世代プロセッサ：Intel Core i5-2400以上で、以前のものでしたサンディブリッジと呼ばれ、誰もが持っているわけではありません）。

ベストセラーのゲームの例があなたを納得させないなら、アレクサンドル・ムテルは間違いなくあなたを納得させます。 これは、Habrの詳細なインタビューを行う2人目のスピーカーです。 彼は、最も人気のあるゲームエンジンの1つであるUnityを作成しているUnity Technologiesで働いています。 （ところで、彼らは最近、 C＃コードを読み取り用にオープンしました）。 Alexandreは、通常のC＃でまだ処理できないような重大なコードがあることを確実に知っています。 そのため、彼らは特別な「バースト」コンパイラーを発明しました。LLVMを使用して、C＃の限定サブセットを最適化されたネイティブコードに変換します。 RyuJITよりも優れたコードを生成する方法は？ C＃のどのサブセットが超高速コードを書くのに意味がありますか？ これらの質問やその他の質問は、 「バーストコンパイラの背後で、LLVMを使用して.NET ILを高度に最適化されたネイティブコードに変換する」というレポートで取り上げられます。

このカテゴリの説明を、すぐに直接利益を得られるもので終わらせたいと思います。 どうやら、 「システムメトリック：落とし穴の収集」はこの役割に最適です。 KonturのEvgeny Peshkovが、メトリックをどのように克服するかを説明します。メトリック間の違い、 Process



およびPerformanceCounter



パフォーマンスの問題のProcess



方法、パフォーマンスカウンターの内部の配置方法、およびこれからの結果など。

Evgenyの以前のレポート「.NETの特別な例外」は、DotNext Piter 2018カンファレンスで2位になりました。 オペレーティングシステムレベルまたはランタイムレベルでエラーが発生した場合に発生するStackOverflowException



、 ThreadAbortException



、 AccessViolationException



およびOutOfMemoryException



など、各タイプの例外の機能について説明します。

ベストプラクティスとアーキテクチャ

発表後、DotNextは低レベルの開発者にとっては堅実なハードコアのように思えるかもしれません。 実際、プログラムには他にも十分なカテゴリがあります。 プログラムをよく見てください-ほとんどのレポートの横にタグがあります。 次に送信するレポートを選択するときは、それらに注意を払ってください。 ハードコアは、コンパイラのパフォーマンスと詳細に関するタグであり、その隣には「ヤギ」の付いた話すアイコンがあります。 ただし、現在適用できるユニバーサルテーマの数を確認してください。







一方、「優れた実践」と「アーキテクチャ」に関する優れたレポートを見つけることは非常に難しいことです。 1つは素晴らしいアイデアであるように見えるという事実、他の人にとっては完全なナンセンスのように聞こえます。 スピーカーは会社のスピーカー専用のアーキテクチャでしたか？ それはどういう意味ですか？ 幸いなことに、好みの理由だけでなく議論できるトピックのセットがあります。

ベストプラクティス

まず、これらは明らかに問題が発生している分野です。 飛行機に乗るたびに、音楽のコレクションを聴きたいと思っています。ロシアの有名なクラウドサービスの1つは、コレクションを内蔵ディスクにダウンロードしてオフラインにした方が良いと言っていますが、ライセンスを確認できますか？ ライセンス検証の前に、垂直方向に10キロメートル。 次回、高解像度のすべてを組み込みディスクにダウンロードし、プレーヤーアプリケーションをリッスンするとき。 そして、フライトの途中のどこかで、正直に購入したプレーヤーが尋ねます-すべては問題ありませんが、ライセンスを確認して何かをダウンロードするのを忘れました。 垂直に10キロメートルジャンプします。 開発者の観点から見ると、これはさらに地獄に見えます。これは、多くの使い慣れたフレームワークがネットワーク接続の欠如をまったく意味しないためです。 場合によっては、直接読み取りやキャッシュ読み取りのためのコードの複製など、多くのいことを書く必要があります。 ここで、これらすべてをクロスプラットフォームで増やし、トラフのままにします。 それとも最初はそう思われますか？ コメントを書いてください。 DotNextには、このトピックに関する素晴らしいレポート、Gerald Versluisの「飛行機モードプルーフXamarinアプリケーションの作成」があります。これは、多数のスピーチ、ブログ投稿 、および数冊の書籍から知ることができます。 名前にかかわらず、このレポートはXamarinに慣れていない人にとっても興味深いものになります。







永遠のトピックがあり、正確な答えはまだ見つかっていませんが、毎年、理解は急速に成長しています。 不死の戦いの1つは、TDD対TestLastです。 そもそも、多くの人がプロセスレベルでのテスト全般に問題を抱えています-期限駆動の開発の世界では、特に開発されることはありません。 ハイゼンバグという特別なテスト会議も行いました。 プログラマーはさらに複雑です-TDDはExtreme Programmingの一部として99年ごろに発明されました。 その天才にもかかわらず、それは世界を決して捕らえませんでした。それは多くの要因によって促進されます。 通常の生活では、テストファーストではなく、実際のテストラストでもあります。 このアプローチには、利点（期限にはるかに簡単に適合する）と多くの明らかな欠点もあります。 Ruby on Railsの作成者からの容赦なく誇張された記事「TDD is Dead」を覚えていますか？ 2014年に書かれました。 4年が経過し、振り子は固定されませんでした。 そして、この問題についてどう思いますか？ DotNextには、 「最後にテスト、最初にテスト、TDD：1つまたは別のアプローチを使用するタイミング」-Alexander Kugushevの講演タイトル付きのレポートがあります。 アレクサンダーは、これらすべてのアプローチについて詳しく説明し、特定のかなり複雑な例への適用性を検討します。

別のレポートはこのレポートに似ています -異なる種類のスペシャリストであるウラジミール・ホリコフによる「実用的なユニットテスト」、巨大なエンタープライズレガシープロジェクトの保存のエキスパート。 はい、私たちはそれについて話すのは好きではありませんが、時には最も愚かなことは、 永遠に構築された最も耐久性のあるプロジェクトでさえ崩壊につながることがあります 。 テクノロジー企業の長期的な成功の技術的要因の1つは、適切な単体テストです。 私たちは皆、多くのプラクティスを知っていますが、長期的には、すべてのプラクティスが同等に役立つわけではありません。 このレポートは初心者向けではありません-テストを作成でき、理解を新しいレベルに引き上げたい人向けです。 ところで、ウラジミールには素晴らしいブログがあり、最も興味深い建築上の問題を分析しています。 フィクションは、啓蒙のための初心者と、体系化のための経験豊富なシニアの両方に強く推奨されます。

グッドプラクティスに関するセクションでは、別のレポート-イゴールルカニンによる「負荷の下で生き残る方法：フォールトトレラントサーバー、スマートクライアント」について言及したいと思います 。 イゴールは、Konturの代表として、最近の会議のほぼすべてに参加した人物です。 Phillenniumと私は繰り返し彼にインタビューし、彼が膨大な数の実際的な質問に深く正確な答えを与えることができることにすぐに気づいた。 イゴールとのインタビューのために特別に準備することはできませんでした-私たちは彼に質問をしました、そして彼はほとんどすべてに答えました。 最も重要な質問に加えて、講演者としていつ会議に参加しますか？ そしてそれが起こった。 レポートの説明には、「このようなマイクロサービスを作成し、ストレステストを実施して負荷に耐えることを確認する方法をレポートから学習します。」 そうなることは間違いありません。 最終的には、Contourインフラストラクチャはおそらくロシアで最大の.NET生産です。 いずれの場合も、ディスカッションエリアでイゴールにいつでも追加の質問をすることができます。

建築

最後に、今日の最後のカテゴリはアーキテクチャです。 私たちの多くは、Joel Spolsky の記事「建築宇宙飛行士があなたを怖がらせないでください」を覚えています 。 まだ読んでいないのなら、それ以降何も変わっていません。 「アーキテクチャバフは通常、解決できると考える問題を解決することを覚えておいてください。 解決に役立つものはまったくありません」と、Spolskyは思い出させてくれます。 「建築」レポートは共通の基準で選択されます。具体的な実用的有用性、特定の対象読者、レポートに割り当てられたわずか40分で考えを明確に伝える必要があります。 このような要件は外見的には単純ですが、すべてのアプリケーションがそれらを通過するわけではありません。



では、今回は誰がいますか？ 記事の冒頭ですでにグレッグヤングについて説明しました。 これは「カテゴリ外」のスピーカーであり、グレッグだからといって価値があります。

Vagif Abilov（ VagifAbilov ）には、 「クラスター内の俳優の生活：なぜ、いつ、どのように」というレポートが付属します 。 Wagifは有名なスピーカーであり、DotNextプログラム委員会のメンバーです。 ところで、PC参加者のレポートには特に高い要求が課されます。これは、優れたアーキテクチャレポートを伝える方法の例です。 今回は、アクターモデル、Akka、およびそれらの適用可能性の境界に関する強力なレポートがあります。 スケーリングとクラスターソリューションの基本パターンについて説明します。 あなたがより多くを伝えることができることは明らかですが、ネタバレなしで行うことは困難です。 レポートに来て、このすべてを自分で調べてください。 すべての決定は宇宙飛行士の一連の思考ではなく、ノルウェー放送協会（NRK）の経験に基づいてテストされています。

VagifはすぐにはPCのメンバーではありませんでしたが、以前のDotNextのスピーカーとして始まりました。

人々はJava用に書かれた古い本から建築を学びます。 これらの本は優れていますが、当時の楽器を使用して、当時の問題を解決しています。 時間は変わり、C＃はJavaよりも軽いScalaに似ており、新しい優れた本はほとんどありません。



レポート「Instant Design」で、 Maxim Arshinovは、良いコードと悪いコードの基準、それを測定する方法と方法について話します。 彼は典型的なタスクとアプローチの概要を説明し、賛否両論を分析します。 最後に、彼はWebアプリケーションを設計するための推奨事項とベストプラクティスを提供します。 マキシム-ご想像のとおり、有名なhabro- 著者@marshinov 。 彼はカザンのアウトソーシング会社High Tech Groupの共同設立者であり、ビジネスに加えて、Higher School of Information Technologyで教えています。 つまり、これは「バリケードの両側」で問題を訪れた人のレポートです。新しい技術を学ぶ側と実際のビジネスで使用する側の両方からです。

そして最後に、今日のレビューの最後のレポート。 Alexey Mersonのレポート「ドメイン駆動設計：実用主義者のレシピ」では 、DDDの本質が明らかになります。 もっと正確に言えば、知らない人は知るでしょう。 誰が知っている-よりよく知っている。 豊富な個人的経験により、Alexeyはシンプルで理解可能な言語で複雑なことを話すことができます。

DotNext 2018モスクワは、11月22〜23日にラディソンロイヤルモスクワコングレスパークで開催されます。 チケットは会議ウェブサイトで購入できます 。



また、友人のDevZen Podcastが最近PCリリースDotNextをリリースしましたので、ご自由に聴くことができます。