Go＃カンファレンスでC＃/。ネット開発者から学んだこと

私自身はC＃開発者であり、初めて会議を行いました。 コーンをどのように満たし、多くの喜びを得たかを説明します。

これは、GoSharpMoscow C＃開発者個人効果カンファレンスです。
彼女は11月15日土曜日に行きました。 それは私の「最初のパンケーキゴツゴツ」、または海外で言うように、MVP（Minimum Viable Product）でした。 私がやったことを報告します。

• 部屋を100％埋める
• 会議を参加者の95％にとって役立つものにする
• 参加者の70％の期待に応えます。

しかし、会議から受け取った最も貴重なものはフィードバックでした。 実際には、形式とネットワークの実験を行うTDDでした。 これで、私たちのチームは、参加者がどのようなもので、会議を開催する際のボトルネックが何であるかを理解しました。

少しの歴史と紹介

Go＃を初めて聞いた人のために、簡単な紹介。

私はC＃で開発しています。 以前は注文に応じて仕事をしていましたが、その後は西側の会社でリモートで働いていましたが、現在は自分のプロジェクトのために書いています。 私はいつも同僚と話をしたかったのですが、長い報告書、人と会うための仕組みの欠如、イベントの費用に困惑していました。 私は自分の視野とコミュニケーションを広げるために会議に行きたかったので、ほんの少しのお金を与える準備ができていました。 この会議のアイデアと、以前にここでHabréについて説明した形式の説明。

会議の準備には3か月かかり、場所の選択と講演者の招待から始まりました。 アイデア以外に何もなかったとき、多くの人が私を支えてくれました。 そして、そのような支援に感謝しています。 時間が経ち、プログラムは進化しました。
コンセプトは次のとおりです。1つのトラック、短いレポート、多くのコミュニケーション、手頃な価格。

Go＃の初日はこのように迫っています。これらは個人の有効性のトピック、コードを書くためのツール、モバイル開発UI、開発者のキャリアです。 10のレポートと15のスピーカー/専門家が判明しました。 以降のスピーカーがあります 2つのレポートがペアになっていますが、セクションごとに議論する専門家がまだいます。 多くの人が会議の発表を見ました（ DevExpress 、 TCS Bank 、 Luxoftから ）。

そのため、 VioletTapeと大規模なチーム、および業界の同僚（@DetNextの23derevo 、 CLRiumの sidristij）の協力を得て、このようなイベントを開催することができました。

満足度統計

楽しいものから始めましょう。 370人が参加しました。 これはサイトの物理的な制限であり、各追加の椅子は戦闘で取得する必要がありました。

会議の当日はすでに、友人や個人的に招待した人からフィードバックを受け取り始めました。 しかし、イベントの後、アンケートと評価レポートを収集しました。 会議後の参加者とのやり取りで受け取ったフィードバックの別の部分。 これが私たちが学んだことです。

会議は96％に役立ちました （4％には役に立たなかった）。 15％が「非常に役立つもの」を見つけ、43％が「非常に役立つ」、37％が自分にとって役立つものを見つけました。 キャリアの始めにある開発者と、キャリアの上限に基づいてコースを変更することを考えた開発者が、最大の利益を得ました。 同時に、26％がより多くを期待していましたが、74％の場合、会議の印象は期待を満たしているか、それを超えていました。

口頭調査と調査結果は驚きを明らかにしました。 最も有用なセクションは「.Net Developer Career」でしたが、登録中、参加者は主に「効果的なコード作成」に興味がありました。

70％の意見-満足した参加者

いくつか引用するだけです：

• 「プログラムは素晴らしい、非常に豊富です。」
• 「テクノロジーとソーシャルのレポートのバランスが取れています。」
• 「私はこのフォーマット自体が好きでした。すべての興味深いレポートをキャッチしようとして、横切って分割する必要はありません。 バッジのタグ付けもお勧めです。 まあ、私は食べ物が好きだった。」
• 「情報の豊富さと多様性、非公式の雰囲気、会議で扱われた人々の関連性が好きでした。 同じやり方で続けることをお勧めします。」
• 「会議のテーマが気に入りました。 タグが好きだった。 カジュアルな雰囲気が気に入りました。」
• 「私は初心者開発者です。 したがって、私はあまり知りませんでした。 会議に出席して、私は大量の新しい情報を受け取りました。これは私自身が個人的に処理し、知識の量を増やすためのものです。
• 「すべてが気に入りました。 形式が変わらない場合は、引き続き「

それで、ここですべてが順調ですので、先に進みましょう。

12月12日のチームリーダーの日（ プログラムと登録 ）にすぐに何を期待し、2015年の狭いトピックの会議（Asp.Net、デスクトップ/ビジネスアプリケーション、C＃Highload、Backend＆API、C＃Clean Code）の次の計画はすぐに知りたい、 リンクをクリックして、記事の最後までスクロールします。

そして、小さな報告会があります。

批判-逃した場所

30％が会議からさらに期待した。 しかし、参加者のこの部分は私たちに多くを教えてくれました。 いくつかのヒントとコツはノウハウです。 したがって、私はここでそれらを実施しません:)。 彼らの願いを実現することは、何時間も何日も働くことです。

否定的でガイド付きのレビューを共有するだけです：

• 「講演者にはトピックを掘り下げる時間がなく、一般的な情報のみを提供しました。」
• 「より一般的な言葉、より詳細。 大まかに言って、CodeRush（reSharperなど）が存在するという事実はすでに知っていました。それらがどのように動作するか、最も興味深いチップがライブであるかどうかを確認したいと思います。 一般に、AOPとPostSharpについては、2〜3倍の時間を割り当てることができ、トピックはかなり複雑です。また、メインのpostsharp.comページの例に加えて、より多くのコードを見たいと思います。 一般に、開発者としてのさらなる開発の方向性を理解することは、素晴らしい会議でした。」
• 「1。 コードの記述を高速化するセクションの多くの広告のでたらめ。
  2. 3番目の部分（HRについて）は最も有益で有用でした。
  3.一般的に、DevExpressは広告に出くわしました。
• 「JetBrainsとDevExpressからの商業情報が多すぎます。 直接的な開発、アーキテクチャの構築、または興味深い事例については、ほとんど情報がありませんでした。

短時間の報告で多くの技術的な情報を提供することは非常に困難でした。 30％はフォーマットのオーバーヘッドですが、70％は単なる欠陥です。 準備では、生産性のヒントに関する専門家から多くの有用な情報を収集しましたが、最も消化しやすい形式で提出しませんでした。

会議はスポンサーなしで開催されたため、最初のセクションのDevExpressとJetBrainsがマーケティングに参加することを制御しませんでした！ 参加者が私たちに言ったように、ライブコーディングを必須にする必要がありました。 これは同じDevExpressで可能でしたが、モバイル開発セクションで行われました。 何をすべきか、参加者は言う：

「プレゼンテーションに加えて、仕事のライブショーが好きでした。5分で携帯電話に適用できるアプリケーションです。:-)他のスピーカーにも同じような瞬間を紹介する必要があります。

レポートの形式と長さ

聴衆の3分の2は短いレポートが好きでしたが、1/3はレポートを長くしたいと思っていました。

• 「レポートの期間は最適でした。一般に、会議は終日続きましたが、疲れることはありませんでした。」
• 「便利なフォーマット、すべてが疲労なく知覚されます。」
• 「会議の形式は優れており、テクニカルレポートには少し時間がかかる場合があります。」

技術的なプレゼンテーションにはもっと時間が必要です。 技術的な「肉」を15分で絞ることは、スピーカーにとっての挑戦です。 これは、幅広い視聴者にとって時間の一般的な有用性に影響するため、長時間のプレゼンテーションを避けるように努めました。 しかし、より均質な視聴者の場合、長いレポートを許可できます。 また、トピックの詳細な調査に数時間かかる場合は、2〜3人のスピーカーが1日を費やしたときにトレーニングに活用できます。

レポートの長さと構造に関する結論：

1. レポートの時間制限を柔軟にします。 技術レポートは、レビューレポート（10〜15分）と比較して、より長い時間（30分）を与える必要があります。
2. 各レポートの最後には、推奨事項が記載されたセクションがあります。
3. ツールに関するレポートの必須ライブコーディング。

議論の組織

ディスカッションの準備プロセスが再び複雑になりました。そのため、コンテンツを処理することはより困難でした。 テキスト形式で回答を収集し、それらからプレゼンテーションを組み立てました。 スライドをすぐに収集する必要がありました。

ステージでの議論における専門家の意見は、耳だけで知覚することは困難でした。 将来のアイデアとして-初めて話すときに、2〜3枚のスライドに関する専門家からのミニプレゼンテーションを含めます。 それから彼が言いたかったことの視覚的なイメージがあるでしょう。

また、Twitterブロードキャストを介してスピーカーへの質問を収集する必要があります（タグ＃goshap14を参照）。 放送は一日の初めに発表されるだけでなく、画面に定期的に表示される必要がありました。

タグ、プレート、ネットワーク

以前に発表されたタブレットでのアイデアは20％働きました。 そして、タグは予想外に100％です-誰もがそれを好きでした。

• 「バッジタグは素晴らしいアイデアです。
  「テーブル上のテーブルは抽象的に興味深いものですが、テーブルの場所が人の意思よりも2〜3倍多い場合にのみ機能します。」
• 「テーブルを使ったアイデアは素晴らしいですが、昼食を別に提供する必要があり、より多くのテーブルが必要でした。」
• 「興味のある技術を使ってテーブルに行き、近くに志を同じくする人を見つけ、同じ言語を話すのは本当に素晴らしいことです」
  

たとえば、ネットワーキングについて尋ねられたとき、ある参加者は次のように書きます。

「「PHP」タグを友人のバッジに貼り付けるのが好きでした:)しかし、真剣に、非公式なコミュニケーションのためにテーブルを整理することは非常に良い考えですが、レポート自体よりも興味深い場所でフードゾーンと質疑応答セッションから削除されるべきでした」

栄養

最も困難なことは、食物の量、飼料の量、費用のバランスをとることでした。 私たちはコーヒーと飲み物で時間を過ごしましたが、昼食では次のようになりました。

• 「ビーガンのF宴は完全に不快でした。 しかし、その後、食べ物は以上のものを作りました。 コーヒーは私の人生で試した中で最高です。 今、私は労働者に唾を吐きます:) "
• 「特に昼食時に、明らかに十分な供給ポイントがありませんでした。」

その他の問題

最も難しい部分は例外です。 カートリッジがなくなった、プリンターが壊れたなど。 私たちは会計の「バグ」を明らかにしました。会計会社は、個々の起業家が印を押さずに、出張で署名だけで受取人としてマークを付けるのは好きではありません。 他に何？ 例：

• 会議のブランディング：ロールアップを行わず、コーヒーブレイクにログを記録しませんでした
• 写真家のためのTK：聴衆を背景に話者は削除されませんでした
• 価格設定ポリシー：初期価格と後期価格の大きなギャップ
• コンテスト：会計と報告の複雑さを過小評価していました。

次は何ですか

私たちは、トップの開発者ではなく、中流階級の開発者、チームリーダー、マネージャーの価値を創造することに焦点を当てています（ただし、より要求の多い有益なフィードバック）。 私たちが開発したい製品は、手頃な価格で頻繁な専門家とのコミュニケーションです。

2015年には、狭いトピックの会議（Asp.Net、デスクトップ/ビジネスアプリケーション、C＃Highload、バックエンドとAPI、C＃Cleanコード）を作成します。
ソーシャルアクティビティに興味があり、時間の予算がある場合は、ぜひご参加ください。 レポートの申請者、講演者、およびチームメンバーになるメリット（無料チケットと食事、ギフトライセンスなど）については、 こちらをご覧ください 。

チームリーダーの日12月12日、金曜日

2014年の次のイベントは、 チームリーダーの日です。

あなたがリーダー（C＃のチームリーダーまたはプロジェクトマネージャー）であるか、1人になることを計画している場合、これはコンテキストに没頭し、開発管理の傾向を監視するための最良の手段です。

アーキテクチャに関する4つのレポート、ALMおよびTFSに関する3つのレポート、TFSおよびDevOpsツールを使用しないソースコード管理に関する2つのレポートを聞くことができます。 また、.Netチームでの労働の専門化に関する2つのレポートもあります。 つまり、人をチームにグループ化し、チーム間でタスクを分割することについて決定がどのように行われるかです。

形式-1つのトラック、10のレポート、多くの休憩、アーリーエンディングおよびアフターパーティ。

トゥルスカヤの地下鉄は遠く離れているように聞こえますが、そこに着くのは非常に便利です（モスクワの中心部から地下鉄でわずか3駅、徒歩で4分）。 初日のフィードバックに基づいて、スケジュールとフォーマットを調整しました。 そして、あなたは良い栄養素を見つけるでしょう（リンク）。 ランチとアフターパーティーはOMカフェで開催されるため、快適な椅子に座ってチャットできます。

プログラムと登録はこちらです。

//記事で読者から誰かのコメントを受け取った場合、あなたは私に書くことができます、私はあなたを渡します。