こんにちは 4か月前、私たちはチェリャビンスクでの最初のミニ会議についてビールのミートアップ形式で書きました。 それ以来、 私たちはこの形式が本当に好きで、参加者は会議を幸せにしておき、登録に割り当てられた場所は数時間で分かれます。
6月8日
2回目の会議では、報告書がまったくない状態でフォーマットがテストされ、2つのトピックが議論されました。 彼らの周りで会話が続いていました。
2回目の会議のトピック：
- 開発チームの一般的な知識ベースは、長所、短所、ベストプラクティスです。
- クライアントとのコミュニケーションまたは負傷なしで行う方法。
会議後に残された文学的な勧告
ロバートグラスクリエイティブプログラミング2.0
トム・デマルコ、ティモシー・リスター「ワルツ・ウィズ・ザ・ベアーズ」
デイビッド・プラット「ソフトウェアは吸う！」 そして、それについてどうすればいいのでしょうか？」
会議の引用
「理想的な顧客はお金を払い去らなければならない」
7月4日
この会議は他の皆とは異なっていました。 私たちには、医療ソフトウェアの開発に携わっているドイツのIT企業のエンジニアであるSergey Boskoというゲストがいました。
彼の2つの報告
-SCRUMおよびアジャイルテクノロジー：必要ですか？
-自動GUIテスト：あざとぶつかり
1つに統合され、会社でのスクラムの実装方法、作業の編成で直面する問題、解決方法、医療機器のソフトウェアのテスト方法に関する魅力的な2時間のストーリーになりました。 一般に、この会議の参加者は開発について多くのことを学びました。
8月18日
会議のトピック：
- 明らかな解決策が明らかでないのはなぜですか？ または開発チームのコミュニケーションの問題。
- ドキュメンテーション-形式的または必要性？
- レガシーコードでの効果的な作業
- テストする価値がないものは何ですか？
- チェリャビンスクのプログラマの給料はいくらですか？
会議の参加者は、チームのコミュニケーションの問題の原因と、これらの問題を解決する方法について意見を共有しました。 文書化の必要性、時間、そしてそれを書く最良の方法について議論した。 レガシーコードのプラクティスを共有し、「レガシーコード」の定義を作成しました。 単体テストの適用の限界をマークしました。 給与問題について議論しました。
ドキュメントの必要性の議論の中で、人気のあるASP.NET MVC Extensionsプロジェクトが例として引用されましたが、詳細な説明がないために使用が複雑になっています。 会議の数日後、このプロジェクトの作成者の1人であるAlexander Zaitsev（彼はBeerConfの創設者の1人でもあります）がMvcExtensions blog.hazzik.ru/post/19465323230に関する一連の記事を開始しました
BeerConfが刺激します！:)
継承されたコードの定義（「継承されたコードはテストでカバーされないコード」）でMichael Feathersと多くの点で同意して、会議の参加者は独自のアイデアを思いつきました。
継承コードとは、保守、変更、および拡張に不便なコードです。
ミーティングブック
Michael Fizers 「継承されたコードの効果的な作業」
会議参加者から賞賛されるツール
デコンパイラーILSpyおよびdotPeek
Pexテスト生成ツール
BeerConfのニュースは、当社のWebサイトwww.beerconf.ruおよびtwitter.com/beerconfでご覧いただけます
このサイトの開発に参加したい場合-ようこそ-
githubリポジトリ-github.com/hazzik/beerconf-website （デザインが必要です！:)）
いくつかの統計
夏の会議で、BeerConfは酔っていました。
- ビール10リットル
- お茶8リットル
- コーヒー1リットル
チェリャビンスクを通過した場合-私たちは幸せになります:)またはあなたの街でBeerConfを開催します！