彼らは、火の燃え方、水の流れ、他の人々の働き方の3つを無限に見ることができると言っています。 つまり、観察のための理想的なオブジェクトは、大規模な会議のライブブロードキャストです。

ところで、私たちはあなたのために一つを持っています。 今週の日曜日と月曜日はDotNext 2017 Moscowです。ロシア最大の会議で、.NETプラットフォームでの開発に専念しています。 30人の講演者が、.NETプラットフォームの現在と将来、パフォーマンスとマルチスレッドの最適化、.NETプラットフォームとCLRの内部構造、.NETコードのプロファイリングとデバッグなどについてプレゼンテーションを行います。

そして、あなたはこれに参加する機会があります-どこかを飛んだり、無料で街を歩いたりする必要はありません。 正確に-読んでください。

変更履歴

まず、JUG.ruグループがオープンブロードキャストを開始し、いくつかのサイトを訪れ、前回から改善を望んでいることを多くの人が既に知っています。

そして、私たちは本当に大きく改善しました。 最近、 Joker 、 DevOops 、 SmartDataなど、いくつかの会議が開催され、技術が実行されました。現在、 DotNext 2017 Moscowでは 、進化の現在の段階を観察できます。

• 音質の改善。 マイクは正しく立ち上がって動作し、部屋の音響は考慮され、小さな技術的な問題は解決されます。
• 1440pのビデオ-スピーカーとFullHDスライド（またはライブコーディングの場合はラップトップ画面）を同時に1つの画面に表示するために追加のスペースが使用されます。
• ビデオを操作するためのインフラストラクチャはクラウドに移行し、機器の故障の可能性が減少しました。 （実際には、これは主に会議の記録に役立つSBTG.ruで行われ、彼らの仕事の恩恵のみを享受します）;
• レポートの合間に、プラットフォームのスピーカーと参加者がディスカッションエリアに向かうと、オンラインブロードキャストレポートの視聴者と、スピーカーとスポンサーへのインタビューを表示します。 今回はインタビューがより活発になり、2人のプレゼンターがそれらを実施します（ @phillenniumと@olegchir -Habréの投稿を定期的に見ることができます）。
• 多くの小さな技術的な問題は解決されましたが、大多数は気付かなかったものの、そこにありました。 一般的に、放送を見ている感覚は良くなるはずです。

接続方法

これらのYouTubeリンクを自分用に保持してください。 2日間は2つの異なるリンクであることに注意してください。

1日目、11月12日、日曜日

2日目、11月13日、月曜日

利用可能な材料

公開放送では、最初と最後の基調講演を含む最初の部屋のみが利用可能です。

別の質問は、このホールのプログラムがどのように形成されたかです。 もちろん、 Vladimir Sitnikovの参加で作成されたConfPlannerを使用します。 ConfPlannerはOptaPlannerに基づいて動作し、会議のすべての直接参加者が調査で示したレポートに確実に到達するように自動的に試みます。 それにもかかわらず、オープンブロードキャストの参加者は最初の部屋を視聴するという理解に基づいて、自動化の結果が主催者によって創造的に分析されます。 最初のホールの一連のレポートには、独自の内部ロジックがあります。

参加者（ 無料で視聴する人も ）の質問が考慮されます。会議の公式電報チャネルで質問することができます。 事前にTelegramに対処することをお勧めします。 さあ、インストールしてください！

制限事項

• 放送は現状に基づいて提供されます。すべてがうまくいくと確信していますが、突然何かが起こったとしても、私を責めないでください！
• ビデオはありません。 つまり、彼らはもちろん、フィードバックを残した会議参加者のみになります。 それ以外の場合は、従来から3〜4か月で投稿します。
• 他の部屋で起こっていることを見ることができなくなります。 そして、多くの興味深いことがあります。 次回サインアップして、制限なしですべてを確認します。

プログラム

1日目、11月12日、日曜日

基調講演： パフォーマンステストについて話しましょう

Andrey DreamWalker Akinshin、JetBrains

基調講演には、次のようないくつかの目標があります。次の数日間に起こることの精神と本質を伝えること。 このレポートは、パフォーマンステストの典型的な問題とそのソリューションへの可能なアプローチに当てられます。 Andrei AkinshinはRiderプロジェクトに取り組んでおり、 BenchmarkDotNetメンテナーであり、一般に、マイクロ最適化について多くのことを知っています。

注射を打ち負かす

Vladimir VladimirKochetkov Kochetkov、Positive Technologies

2番目のレポートはセキュリティに関するもので、実際の焦点はまったく同じです。 サイトのスピーカーの伝記を読んで、これがセキュリティの分野で最高の専門家であり、レポート後のディスカッションエリアでのコミュニケーションの明らかな候補であることを理解することをお勧めします。

このレポートは、さまざまな文法の言語（HTML、JavaScript、URL、SQL、パスなど）のインジェクション攻撃に対する.NETアプリケーションの脆弱性の問題に当てられています。

レポートの最初の部分では、このクラスの攻撃に対して脆弱なアプリケーションの正式なモデルと、それに基づいてそれらを保護する普遍的なアプローチを検討します。

2番目の部分は、オープンなLibProtectionライブラリのレビューに専念します。これにより、開発者は、入力データを操作し、組み込みランタイム保護のためのフル機能のツールを非表示にするときに、フォーマット済みおよび補間された文字列を操作するための使い慣れたAPIを安全に使用できます。

依存性注入から依存性拒否まで

マーク・シーマン 、 blog.ploeh.dk

関数型プログラミングには1つの大きな問題があります-それについて話すことは非常に困難です。 「接合組織型前型」などの用語を使用して何かを人々に伝えようとすると、準備のできていないリスナーを簡単に狂わせることができます。

マークは、 .NETの人気書籍Dependency Injectionの著者であり、 数え切れないほどのブログ投稿の著者であり、彼のサイトで公開スケジュールを設定しなければならなかった非常に多くの会議の講演者です。 さらに、彼はそのたびにますます新しいことを伝えます。 誰かがAFについて話すことができるなら、それは彼です。

このレポートで何が議論されますか？
オブジェクト指向設計では、多くの場合、依存性注入が使用されます。このパターンは非常に一般的ですが、それにもかかわらず、関連するエンティティの分離の問題を解決するためのかなり複雑なアプローチです。 関数型プログラミングでは、はるかに簡単で効率的な方法があります。

この講演では、マークは古典的なオブジェクト指向設計における依存性注入のアプリケーションを見て、それを関数型プログラミングで使用する必要がない（望ましくない）理由を説明します。 これに続いて、関数型プログラミングを使用すると、単体テストでモブとスタブを使用する必要がなくなり、直接依存関係列挙から完全にゴミを捨てることができることが明らかになります。

.NET Coreの高性能ネットワーキング

カレル・ジクムンド、マイクロソフト

トップパフォーマンスブログには、ネットワークパフォーマンスに関する2つのレポートがあります。

最初のリーダーは、.NET Frameworkチームおよび.NET Coreチームのソフトウェアエンジニアリングマネージャーであることが知られている英語スピーカーのKarel Zikmundで、ネットワーキング、暗号化、コレクション、プロセスなどのCoreFXマネージャーです。

Karelが.NET Coreネットワークスタックのアーキテクチャと特定の実装、特にパフォーマンスと移植性について語っています。 次のトピックについて説明します。

• ネットワークサブシステムのアーキテクチャと実装の背後にある主なアイデアと目標
• 進捗状況、現在の開発状況
• 最大のパフォーマンスを達成する方法
• 現在のパフォーマンス改善作業+さまざまなテクノロジーとオペレーティングシステムの比較
  
  

  ---

.NET開発者向けの人工知能とニューラルネットワーク

ドミトリー、マイクロソフトのソシュニコフに反論

現在、人工知能は最も議論されているトピックの1つであり、デジタルビジネス変革の主要なエンジンです。 MicrosoftのAI戦略には、開発者向けのAIの民主化、つまり 知的問題を解決するための使いやすいフレームワークとサービスを提供します。

Dmitryは、モノのインターネット、ユニバーサルWindowsアプリケーションの開発、および関数型プログラミングの分野を専門とするマイクロソフトのテクノロジエバンジェリストです。

このレポートでは、Dmitryが、.NET開発者がプロ​​ジェクトでAIの機能をどのように使用できるかを示します。クラウドで動作する既製の認知サービスから、.NET言語でのニューラルネットワークのトレーニング、Raspberry Piなどのコンパクトなデバイスでの複雑なニューラルネットワークの起動まで。

私はマイクロサービスのアーキテクチャを持っていますが、知りませんでした

Dino Esposito、JetBrains

既にご存知のように、マイクロサービスは、テクノロジー、パラダイム、さらにはデータに関しても互いに独立した機能の垂直層です。 他の分離されたモジュールと同様に、マイクロサービスは、リグレッションのリスクなしで簡単に交換または書き換えでき、水平方向にスケールアウトすることもできます。 マイクロサービスは、分散アーキテクチャの疎結合された部分になる可能性がありますが、個別に単独で使用できます。 このようなアーキテクチャには多くの利点があり、多くの欠点はありません。 さらに重要なことは、それが話すのが慣習的であるよりもはるかに頻繁に起こることです。 マイクロサービスは、適切に設計された包括的なシステムではないものに対する特別な名前です。

このレポートでは、Dinoはマイクロサービスアーキテクチャの開発における苦痛な経験を共有します。その間、彼の会社は多くの段階でインフラストラクチャを構築し、手持ちのリソースが非常に限られており、レンガで結果を収集し、新しい暗号を追加するときに古いものが落ちないようにします。

Dinoは有名なトレーナー、コンサルタント、エバンジェリストであり、急成長するIT企業のCTOです。 彼はMicrosoft Pressのために多くの有名な本を書いています。 この報告書は、ディノが私たち自身がひねったすべてのこの混乱を適切に克服する方法を伝えるという輝かしい伝統を続けています。

Dinoには別のレポートがあることを思い出してください-最後の基調講演は、間違いなくそれに行く価値があります。

2日目、11月13日、月曜日

Linuxでの.NET Coreアプリのデバッグとプロファイリング

Sasha goldshtn Goldshtein、Sela Group

筋金入りの「低レベル」セクションには、2つのデバッグレポートがあります。 そして、どちらもクロスプラットフォームアプリケーションに関するものです。

最初のレポートは、どこの会議でも常にトップの地位にある優れたパフォーマンスエンジニアであるSasha Goldshteinが率いています。 彼に数回インタビューしました。 2015年の ビデオを2、3年 、 2016年のビデオ 、パフォーマンスの操作 に関するインタビュー 、パフォーマンスエンジニアの.NETツールの概要をお読みください。

このレポートでは、サーシャは次のことについて話します。 お気に入りのASP.NETアプリケーションをLinuxまたはコンソールインターフェイスを備えたものでさえ実行できたと想像してください。 次は？ ハッピーエンド？ あーいや 実際、メモリリーク、奇妙なクラッシュ、パフォーマンスの問題、その他多くのトラブルに直面する必要があります。そして、これらすべてが本番環境で発生した場合はどうすればよいでしょうか？ Windowsにはたくさんの興味深いツールがありますが、Linuxでは動作せず、単純な代替手段はまだありません。 このレポートでは、Linux上の.NET Coreアプリケーションのデバッグとプロファイリングがどのように見えるかについてSashaが説明します。 perfで調査する方法、 ETWイベントの代替としてLTTNG使用する方法、LTTNG LTTNGを収集して理解する方法など。 Sashaは、 コアダンプの収集、およびlldbとSOSを使用して.NET開発者にとって興味深い情報を取得する方法について説明します。 このレポートは、未完成のユーティリティと特別なコマンドラインマジックのジャングルを通る非常に難しい旅ですが、最終的にはハッピーエンドになります！ （しかし、これは正確ではありません）。

高性能C＃のパターン：アルゴリズムの最適化から低レベルのテクニックまで

フェデリコロイス、コーバリウス

このレポートでは、分析から最適化の具体的な実施まで、高性能コードを書くために使用される技術とパターンを見ていきます。 どの最適化を使用する必要があるか、およびデータベースコードを最適化するときに通常どのような問題が発生するかを理解する方法を考えましょう。 これらのトリックの多くは、 RavenDB 4.0（ .NETプラットフォーム用のNoSQLエンジンの最新バージョン）を開発するときに考案され、鏡のように磨かれます。 RavenDBはかなり複雑なものであり、ナノ秒の最適化が長い間行われており、時間、IO、およびプロセッサを同時に最適化する必要があります。 このレポートで説明した手法のほとんどは、言語やフレームワークに関係なく、どこにでも適用できます。

フェデリコは彼の発見について話すことができるようになりました。 彼はCorvaliusとCodealikeの共同設立者であるだけでなく、CPUとGPUなどのあらゆる種類のunningなハードウェアの両方をハードウェアとして使用して、過去10年間アルゴリズムのパフォーマンスに真剣に取り組んでいます。 これは、バイナリデータ、レジスタ、低レベルの最適化を恐れず、同時に同時実行技術と最新のコンピューターグラフィックスに情熱を傾ける人です。 一般的に、C＃での低レベルの最適化に関するレポートを誰かが伝えることができれば、これで終わりです。

実際のシナリオでのランタイムコード生成手法

Raffaele Rialdi、Vevy Europe

ランタイムでのコード生成は非常に強力で十分に研究された手法ですが、多くの開発者はまだ使用することに消極的です。 通常、 式ツリーの研究は、述語（フィルター）や数式の作成などの簡単な例から始まります。 しかし、Expression Treesだけが生きている.NET開発者ではありません。 最近では、コンパイラ自体を使用してコードを生成することが可能になりました-これは、とりわけ、解析、クロール、およびソース生成も提供するRoslyn / CodeAnalisys APIライブラリを使用して行われます。

このレポートでは、Raphaelと一緒に、コード生成の実際の使用方法を分析します。 場合によっては、アプリケーションのパフォーマンスを大幅に改善できるため、ジレンマに陥ります。生成されたコードが非常に便利で、頻繁に使用する場合、このコードをどのようにデバッグできますか？ これは、実際のプロジェクトで発生する基本的な問題の1つです。

Rafaelは、2003年から開発者セキュリティカテゴリでMVPを務める実践的なアーキテクト、コンサルタント、スピーカーです。現在はエンタープライズプロジェクトバックエンドに従事し、C＃およびC ++のコード生成とクロスプラットフォーム開発に特化しています。 言い換えると、ラファエルはまさに、ディスカッション領域で.NETだけでなく、コード生成についてほぼすべての質問をすることができる人であり、彼はおそらく答えるでしょう。

人生、自由、APInessの追求：幸せなコードの秘密

ディラン・ビーティ、スポットライト

これは非常に哲学的であると同時に、純粋に実用的な報告書になります。 これは、ディラン・ビーティーが率いる-多数の仕事の成果と興味深いプロジェクトを持っている人で、完全なリストはウェブサイトで読みやすくなっています。 レポートの文脈では、Dylanが複雑な最新の分散アプリケーションの構築の問題に取り組んでいるシステム設計者であり、それに応じて適切なAPIの開発に取り組んでいるのは興味深いことです。 そして、彼はおそらく、Vatifと一緒にDotNextの初日後のパーティーで、ギターで私たちを演奏するでしょう。

しかし、レポートに戻ります。 重要なのは、私たちは他の人々によって作成されたシステム上で私たちの人生をずっと働いてきたということです。 電話のシンプルなUIから始まり、最新のインターネットのクラウドインフラストラクチャで終わる、システムとユーザー間の相互作用は、テクノロジーとその使用からの感覚を理解するための基盤です。 相互作用を正しく構築すれば、ユーザーは満足したままで、生産的に機能します。 プラットフォームが悪い印象しか残さない場合、それはそのような共有の使用からの非効率性、恐れおよび苦痛だけにつながります。

意識しているかどうかに関係なく、新しいプログラムを作成するたびに、ユーザーエクスペリエンスが作成されます。 人々は開発チームのメンバーとして-エンドユーザーとして、あるいは多分-私たちのコードとやり取りします。 または、あなたのAPIを使用するモバイルアプリケーションの開発者であるか、問題を修正するために夜に行く必要がある人です。 外から見ると、これはまったく異なるケースのように見えるかもしれませんが、実際には共通点があります。 ディランはそれを「 発見可能性」という言葉で呼んでいます。 （レポートはまだ英語のままであり、英語ではロシア語の「理解可能性」に相当するものよりも多くの意味を持つため、この単語を特別に翻訳することはありません）。

この講演では、Dylanがユーザーエクスペリエンス、APIデザイン、心理学、トレーニング心理学に関するアイデアと発見を概説し、アプリケーションのすべてのアーキテクチャレベルで発見可能性を統合する方法を示します。 実際の大規模プロジェクトには、さまざまな相互作用のパラダイムで発見可能性がどのように機能するかについての説明付きの図があります。 データベースやシステムライブラリ、ハイパーメディアAPI、モバイルアプリケーションを作成するかどうかは関係ありません-誰かがあなたのコードとやり取りし始める瞬間があります-そして、これが起こったとき-満足している方が良いでしょう？

苦痛と魔法のないタイププロバイダー

ローマネボロマンネボリン 、EPAM

Newtonsoft.JsonはNuGetで最も人気のあるパッケージです。 そしてその隣に、3番目に、Entity Frameworkがあります。 おそらくこれは、.NET開発者がさまざまなデータを処理する頻度を示す優れたデモンストレーションです。 また、各データ型には独自のライブラリと、強力な型指定のすべての利点を得るために記述する必要のあるラッパークラスがあります。 そして、新しいデータソースごとにこれを行う必要があります。

ただし、F＃は、永遠の問題に対する別の解決策を提供します-タイププロバイダー。 あらゆるデータ型での作業を可能な限り簡素化し、ラッパークラスの作成と維持を排除し、同時に複雑なグラフの描画やF＃ツールを使用したニューラルネットワークでの作業など、まったく異なる問題を解決できるソリューション。

タイププロバイダーの使用方法、タイププロバイダーが解決する問題、機能の仕組み、タスク用の独自のプロバイダーの作成方法を学びたい場合は、このレポートをご覧ください。

F＃の知識はオプションです 。 ローマンは機械学習の分野の研究と、独自の機械学習ツールの開発に携わっているため、複雑なことを簡単な言葉で説明できます。

最後の基調講演：心を解き放つ

Dino Esposito、JetBrains

2048で自己紹介してください。 アートとみなされるものは何ですか？ 通常のことをどのように行い、ビジネスをどのように行いますか？

ディノは、サイエンスフィクションと見なすことができる物語-架空の物語-を教えてくれます。 または特別なセルフィクション。 2008年、ある男がビットコインを作りました。 ビットコインを管理するには、一般的なレジストリであるブロックチェーンを使用する必要があります。 ブロックチェーンは、トランザクションのパブリックレジストリです-長期的には、あらゆるタイプのトランザクション。 誰かがさらに進んだことを想像してください。 ブロックチェーンは世界中に広がっており、あらゆるものの基盤となっています。 銀行、公証人、政府-要するに、第三者の認証機関-は、危機にbしていました。

2048年に全世界が完全にブロックチェーンに基づいていることが判明し、その中のすべてのトランザクションが可視化され、追跡可能であり、誰によっても検証されていることを想像してください。 ブロックチェーンに接続されたRFID風の服を着る人がいる世界を想像してください。 あなたがたどるどんなステップも見られています（ところで、2017年には彼らも見られています！）。 誰もがあなたの場所、私が記録したすべての行動を知っています。 あなたが人生で出会った中で最も退屈な仕事のほとんどをコンピューターが処理する世界を想像してください-彼らはあなたのために決定を下し、あなたのために車を運転し、あなたのために飛行機のチケットを予約し、あなたのためにさまざまなものを買います-そしてあなたのために書くプログラム。

思考と夢だけが本当にあなたのものであり、あなたがまだ持っている唯一の楽しいものである世界を想像してください。 （いいえ、2048年であっても、コンピューターがあなたのためにセックスをすることはないと思います！）。 ユートピアか反ユートピアか？ 欺き、en望、犯罪のない世界。 正直、自由、愛に満ちています。 （そして、はい、自由な愛-ヒッピーが70年代に夢見ていたようなものですが、はるかに良いです）。 時間が経てばわかるだろうし、時間が非常に速く飛ぶ。