以下に、 6つのレポートと、ビデオ、スライド、ソースコードへのリンクを含む1つのマスタークラスを示します。
報告書
すべての会議の資料は、Webサイトwww.dotnetconf.ruで見ることができます。
1. NHibernate。 同時データ記録の診断と競合解決
スピーカー： Ruslan Safin
このレポートは、ORiber NHibernateを使用する際のデータへの同時アクセスの問題を診断する方法と、これらの問題を解決する方法を示しています。 データの同時更新を解決するいくつかの方法が考慮されます-記録中の変更のマージ（可能な場合）およびデータ記録の完全な禁止（これにより変更が失われる場合）。
同時データ削除の問題はSoftDeleteメソッドによって解決されます。NHibernateを使用してこのようなソリューションを最適に実装する方法が示されています。
ソースコード： www.dropbox.com/s/f559dz0x3vl4dui/NhibernateConf.rar
www.dotnetconf.ru/Materialy/NHibernate_diagnostic
2.許可されている範囲を超えています。 NPAPI、NaCl、その他の怖い言葉
スピーカー： ティムール・ラフマティラエフ
このレポートでは、C ++で記述されたネイティブブラウザープラグインを使用して、標準ASP.NET MVC3 Webアプリケーションの機能を拡張する方法を示します。 FireBreathフレームワークが表示され、柔軟でクロスプラットフォームでクロスブラウザのプラグインを簡単に作成できます。 C＃のマネージコードとC ++のネイティブコードとの相互作用の問題に触れ、WebページのクライアントJavaScriptコードからC ++ / C＃のコードを呼び出す可能性を示します。 上記の技術のアプリケーションは例によって示されます。その1つは、JavaScriptコードからクライアントのコンピューターに接続されたドキュメントスキャナーと対話できるようにする電子文書管理システムのニーズのために開発されたプラグインです。
また、非特定の機能を実行するブラウザーに関連する他のテクノロジー（NaCl、Pepper）についても簡単に説明し、これらのテクノロジーの比較について説明します。
テストプラグインコード： www.dropbox.com/s/4brqpdok43d2i8u/TestPlugin.7z
www.dotnetconf.ru/Materialy/Vihodim_za_granicy_NPAPI_NaCl
3.実用的なCQRS
スピーカー： リナト・アブドゥリン
CQRSを、特定の問題に対処するためにアプリケーションの戦術レベルで適用できるアーキテクチャパターンのセットとして話しましょう。 これらの問題、解決策、および実際のアプローチからの制限について説明します。 CQRSの制限も、DDDの重要性とESとの潜在的な相乗効果に関するトピックとともに取り上げられます。
CQRSの例-.NET / C＃ -lokad.github.com / lokad - cqrs
www.dotnetconf.ru/Materialy/Practical_CQRS
4.マスタークラス：SignalRライブラリを使用してサーバーとクライアントの対話を調整します
スピーカー： ティムール・ラフマティラエフ
このマスタークラスのフレームワーク内で、ASP.NET MVC3 Webアプリケーションの形式で作成されたシンプルなオンラインチャットを作成するためのSignalRライブラリの使用方法を示します。 SignalRは、サーバー側からクライアント側のJavaScriptコード呼び出しを行うための便利な手段を提供し、パラメーターの受け渡し、接続の承認などの作業を行います。 ライブラリを適切に使用すると、Webアプリケーションのバックエンドコードの負荷が大幅に軽減され、ライブラリを操作する際のユーザーエクスペリエンスが向上します。
マスタークラスに参加するために必要な最小ソフトウェア要件は、Visual Studio 2010、ASP.NET MVC3フレームワーク、およびVS2010の拡張機能であるNugetの存在です。
ソースコード： github.com/Eskat0n/dotnetconf-signalr-example
翻訳完了時のソースコード： github.com/downloads/Eskat0n/dotnetconf-signalr-example/28.04.2012.7z
www.dotnetconf.ru/Materialy/SignalR
5. Arrange-Act-Assertの原則に基づくテストの構造化
スピーカー： Artem Smirnov
さまざまな複雑さのシステムでテストを構成する方法と、システムの開発中にこの構造を進化させる方法を検討します。 このような構造がテストの基本的な要件からどのように自然に従うか、およびさまざまな状況でどのようなトレードオフが可能かを示します。
ソースコード： github.com/gregoryyoung/Simple.Testing
www.dotnetconf.ru/Materialy/Test_Arrange_Act_Assert
6.契約による設計
スピーカー： セルゲイ・テプリャコフ
プログラム自体は正しいことも正しくないこともできません。すべては実際に何をすべきかによって異なります。 しかし、プログラムが何をすべきかについての情報は、実際には図、コード、および単体テストに従って実際に拡散されることが多いため、「今日何かを破らなかった場合」を理解することは非常に困難です。 契約による設計は、特定のクラスが顧客を必要とし、見返りに与える準備ができていることを宣言するより正式な方法です。
www.dotnetconf.ru/Materialy/Programming_By_Contract
7.設計およびプロセスモデル
スピーカー： Evgeny Krivosheev
今日、私たちは開発フレームワーク内でますます複雑なタスクを解決しており、多くの場合、技術的およびプロセスの決定が誤って行われ、必然的な計算につながります。 私たちはしばしば決定を下すことができず、周りを見回します-「スクラムまたはかんばん？ 技術的な負債がないようにプロセスを配置する方法は？ 情報に基づいた正しい決定を下すように建築家に教える方法は？ プロセスとエンジニアリングの実践を使用するもの？ ''
問題は、プロセス側と技術側がお互いを理解せず、お互いをサポートできず、1つになるという事実によって悪化します。 リスクと責任は、参加者間で不合理かつ非効率的に分配されます。
この状況から抜け出す方法として、プロセスの形成と高レベルアーキテクチャの精緻化のためのシンプルで理解可能なフレームワークを提供したいと思います。 技術的ソリューションが正当化され、効果的であり、プロセス技術者が開発者を妨害するのではなく、サポートするため。 また、提案されたアプローチにより、不確実性の条件における複雑な問題の迅速な解決に不可欠な、一般的かつ全体的な概念フレームワークを開発することができます。
www.dotnetconf.ru/Materialy/Design_Process_Models
レビュー
76件のレビューがありました 。 時間を割いて意見を共有してくれたすべての人に感謝します！ ほとんどは、組織の問題とレポートの内容に関する広範なコメントを書いた。
アンケートで、開発者は私がしたいことを言った：
- 高負荷での体験を聞く
- CQRSテーマの開発
- 実際のプロジェクトの例とともに、設計およびプロセスモデルについて詳しく知りたいと思います。
- TFSまたは他のCIサーバーを使用した開発プロセスの編成、Web配置タスクの自動化、DBプロジェクトに関するマスタークラス
- より焦点の合ったトピックに関する詳細なレポート（NHibernateレーキやJavascriptのヒントやコツなど）
- ゲームデザインとKinect
- DevExpress、そこから来た人たちが参加して、例えばXPOやXAFについて話すことができたらとてもいいと思います
- 設計、すなわち新しいアプローチについて
- 統合および受け入れテストの実際のアプリケーション、特にWebアプリケーションに関する詳細なレポート
- アプリケーションドメインの設計
- 実用的な契約設計の例
- より多くのライブコーディング
- 設計パターン
- C＃プロジェクトと主要なオープンソース開発との統合にもっと注意を払ってください。 たとえば、Apache Hadoopを使用してC＃から作業することに興味がある
私は次の会議のために組織の問題に関する希望を考慮に入れることを約束します。
ギフト
今回は、ギフトとしてJetBrainsの.NET製品の2セットのライセンスがありました。 各キットには、ReSharper、dotTrace Performance、dotTrace Memory、およびdotCoverが含まれています。 私はそれらのうちの1つを自分に与えたいです:)
約束されたとおり、これらの賞はフィードバックフォームで授与され、次のように進みました。
- ラミル・カドラリエフ
- アレクサンダー・ミリコフスキー
ご購入おめでとうございます！ 賞品は、フィードバックフォームに記載されたメールで送られました。
継続
レビューから判断すると、オンライン形式を継続する必要があります。 私たちの会議の特徴は、 実践的なプログラマーまたはトレーナーのみがスピーカーに招待されるということです。 レポートでは、仕事の経験を共有する必要があります。 これは、開発者から開発者への会議です。
すべての会議への参加は無料でした。 メンテナンスは寄付を犠牲にして行われます（会議のWebサイトの右の列にボタンがあります）。だれも、どの報告書を取り、「私たちの利益」に反するかを教えてくれません。
.NETの開発を実践している場合は、話したいトピックを書いてください。別の会議を開催します。 私の連絡先www.dotnetconf.ru/Contacts