技術講演フィードバック分析

遅かれ早かれ、会議を開催するすべての人がフィードバックでこの状況に直面します。







ひげを生やした眼鏡をかけた人がひげを生やした眼鏡をかけた人の会議に参加したときにどのようなレーキが発生するかについて、一般的にどのようにデバッグしたかを説明します。 そして、開発者の法外な集中があります。

背景

実際、物語はこれです。 Javaハードコア会議は数回行いました。 プログラムの主な特徴-スムージー、マーケティング、管理、エッジなどを船外に投げ込み、技術的な部分だけを残すことにしました。 なぜなら、収益化について話すスタートアップがやってくるからです-そして私たちは簡単なお金について話しているようです。 私たちは、ミドルおよびシニア開発者に焦点を当てています。



会議が成功したのは、水がないことが判明した後、開発者が同僚と情報を共有したためです。



昨年、ハードコアで唯一のテクニカルレポートの精神で、同じ方法でモバイル会議を開催したいという要望がありました。 最初のメビウスがあり、先日金曜日に、2番目のメビウスが始まります。



最初は私たちの間違いでした。 そして、それらを修正するために、12月に作業を開始しました。

何がうまくいったのか

まず、 Oracle、Samsung、その他の大企業の開発者を引き付けるには不十分であることがすぐに明らかになりました。 昔の記憶から、大きなブランドがリスナーを惹きつけたように思えましたが、それほど単純ではありませんでした。 開発者は、スピーカーが話すことを聞くようになります。



第二に、私たちのプログラムはあまりスムーズではありませんでした。 素晴らしい報告がありましたが、非常に弱かったです。 コンテンツの責任者であり、アプローチを少し変更する必要があることに気付きました。 これを行うために、私は12月から、プログラムに人を連れて行く前にすべてのレポートをただ聞き始めました。



レポートのレビューはどのように見えましたか？ 彼らは、Skypeの潜在的なスピーカーに直接連絡するか、直接会いました。スピーカーは彼のプレゼンテーションを見せ、何人、どのように何人かのレビュアー（時には5〜6人まで）に話しました。 リスナーの中には、レポートのトピックに興味を持っており、実際に働いている、つまり理解しているライブ開発者が常にいました。 私たちにとって、研究の深さとこれをすべて伝える能力は重要です。 「アブストラクトを送信する」段階で5つのレポートが落ちました-彼らは単にハードコアのビジョンに適合しませんでした。 そのようなスピーチを見た後に別の6人が残されました-残念ながら、コンテンツがあまり適切に選択されていないか、開発者が伝えることができません。 これは見かけよりも頻繁に起こります。



たとえば、クールな技術者が1人いました。彼はAndroidのScalaでクールなトピックについて話しました。 4〜5回の会議を開催しました。素材は単なる黄金の山ですが、レポートには1つのトピックが選択されていません。 経験が本当に良いので、残念でした-しかし、彼らは長い間、誰に、そしてそれがレポートになかったのかを説明しようとしました、最終的に彼らは別れました。 残念ながら、パフォーマンスの準備がまだ整っていないことがあります。



または、ここでデニス・クレトフ-2014年の初めに私に来て、彼はXamarinとAzureの開発に関するレポートを作りたいと言いました。 まあ、新しい男、私はあなたに会う必要があります。 私は彼のオフィスに行きました。彼は開発もとてもクールで、良いデモを見せてくれました。 しかし、悲しいかな、彼は単に説明できませんでした。 したがって、私は彼を拒否しました。 彼はサンクトペテルブルクに来て、大学に行き、学生であった間、彼はパートタイムで働くことを余儀なくされたことに注意すべきです。 現在、彼は会社の所有者です。 私はあきらめることに慣れていません。 彼は詳細なフィードバックを求めました。 そして、私は試してみることができて嬉しいです:)そして、その年、彼は3つの会議で話をし、私に手紙を書き、プレゼンテーションを見せました-私たちはそれらを議論しました。 そしてデニスは口ひげでそれをすべて振りました。 さて、2014年12月に、彼は何をどのように経験したかを理解して再び私たちのところに来ました。 スピーカーのために特別な16時間のトレーニングも開催され、彼は絶えず修正され、教えられました。 金曜日に行います。 昨日の前日には別の走りがありましたが、私は彼を恥じることはないと確信しています。

以下は、トレーニングへの応答でデニスが書いたものです。

4月3日、Mobiusカンファレンスで「iBeacon in Payment Solutions」というレポートを発表します。 オーガナイザー-すばらしい仲間-は、レポートのトピックが興味深いことに注意するだけでなく、演説スキルを向上させるために講演者向けの無料トレーニングを開催します。 私はこれらのトレーニングの1つに参加しましたが、それは素晴らしかったと言えます。 朝から夕方までの2日間、私たちのグループは、オラトリースクールの主任トレーナーであるウラジミールブリックの指導の下で、人前で話すのに必要なスキルを研究し、実践しました。 2日間、私たちはコミックパフォーマンスのブロックに関する資料を作成しました。パフォーマンスの準備方法、パフォーマンスの開始方法と終了方法、自信を持ってステージに立つ方法、ステージに複数の人がいる場合のパフォーマンス方法です。 音声、ポーズ、ジェスチャーを使用しました。 個人的には、2日間で自分の頭の中にプレゼンテーションを行う方法の全体像があり、いくつかのテクニックを使って自信を持てるようになったと自信を持って言えます。 来週の金曜日には早くも知識を証明するつもりです。 メビウスでお会いしましょう！

第三に、はい、選択したスピーカーのために特別なトレーニングを行いました。 私はかつてウラジミール・ブリック（コメディアンの劇場と映画館のシェルターの俳優）からの無料のトレーニングに参加しましたが、彼は単に教えたいという欲望と素材の深さに魅了されました。 その結果、トレーニングを2日間購入し、12人のスピーカー（学習を希望する）を集め、全員をオラトリオから追い出しました。 もちろん、通常の会議出席者はこれを認識しませんが、レポートの品質は向上します。 そして、これはすでに私にとって重要です。





トレーニングから



第4に、セキュリティに関する過去の円卓会議に関する多くのコメントがありました。 最も顕著な例-ウラジミール・イワノフが来て、彼らは言う、なぜあなたはそのような軽い報告書を持っているのですか？ 筋金入りはありません。 一般的に息子。 普通にやりたいですか？ まあ、私は彼をその言葉で捉えました、そして今、彼は金曜日にも話します。 あなたは来て荒らし、彼の報告は非常に軽いものだと言うことができます。



5番目、収集されたとおり。 一般的に、企業の人を見つけるのは簡単ですが、これはPRに関係する仲間が必要な場合です。 しかし、具体的に開発者を引き抜くことは全体的な話であり、より困難です。 彼らは、最初の会議で興味深い人々に依存し、すべての参加者に助言を求め、フォーラムおよびリポジトリに近い議論ですべての開発リーダーに個人的に行き、尋ね、招待しました。 私のように、プログラムは非常に厳しく選択されています。



第6に 、高密度プログラムには常に大きな問題があります。2つのレポートを同時に取得したいです。 1つのAndroidルーム、別のiOS、および3番目のゲームフレームワークでは、一般的にゲームフレームワークを決定できます。 しかし、レポートがそれほど極性に分かれていないときは、すべてを一度に見たいです。 したがって、ビデオを作成し、会議後にすべての参加者に投稿します。 さらに6か月後、レポートの少なくとも半分を無料でアクセスできるように開きます。 ところで、ここに過去があります。 人々は見て話します-それがどのように進化したかを伝えたいですか？ 私は連絡しています、電話しています。





メビウスの過去から

来て

会議は明日から始まり、直接参加とリモート（ブロードキャスト）のチケットはまだそこにあります。 立ち寄って、何かがうまくいかない場合-正直に、私はお金を払い戻します。 私はそれが好きではなかった-私に書いて、私は泣きますが、チケット料金を返し、掘り始めますが、そうではありませんでした。



今のところ、プログラムで何が起こったのかを簡単に説明します。 ここには公式の発表がありますが 、私は非公式に、人間のような評議会のように運営したいと思います。



ブロック1. 2GISのMatvey MalkovがAndroid向けのジェットアプリについて語っています。 彼がロシアでこのトピックで最もクールでない場合、彼は確かに最もクールな人の一人です-そのようなモバイルの専門知識を持っている人はほとんどいません。 近くのAnton Keksは、コンピューターと信号を送受信するHDMIの「USBフラッシュドライブ」であるChromecastについて読んでいます。 鉄片についてのこんな素敵なオタクなレポート。 並行して、TAMTEKのAlexei ZinovievがAndroidに地図を埋め込むことについて語っています。 彼は、ユーザー数の増加、ライセンスの詳細によってどのような問題が発生するかを知っており、そのようなカードのバックエンドとのペアリングを作成し、高速カードで何百万ものインストール用のアプリケーションをリリースしました。



ブロック2。最初に、セキュリティに関する円卓会議-報告書には載らないトピック。専門家と戦うことができる場所です。 事実上。 非常に局所的な問題に関する直接の質問を学ぶことができます。 近くで、Philip Keksがアプリケーションの全体的なカバレッジについて単体テストで説明しています。 トピックは私のものではなく、非常にクールですが、私は興味を持って聞きました。 Parallel SmartTVとAlexander Korshak-テレビの下で書くことは思ったより簡単であり、その商業的なケースを表示することを示しています。 彼は夜に製品を書いてテストする方法を教えてくれます。 デバイス上でライブデモが行われます。



ブロック3。フィンランドのFUTURICEのMikhail Samarinが、ファームウェアで「箱から出して」くるアプリケーションを作成する開発者にとって、それがどれほど難しいかについて話します。 彼は約9年間これを行ってきました。 近くには、Yandexのすべてのアプリケーションとパスポートの相互作用を保証する仕事を引き受けたチームで働くことについてのYuri Leonychevがいます。 純粋なYandexoid中央認証ポイント、ユーザー証明書とキー転送のセキュリティを必要とする人はほとんどいないことは明らかです。したがって、この家の80％をかなり高い信頼性でひざまずかせる方法についてのレポートです。 さらに、トピックからのトラフィックを傍受するいくつかのパターン。 並行して、ZEPTOLABのVictor Korsunが、フレームワークの内部にあるものを示します。 ここで彼は近くにいくつかの詳細を書いた。





メビウスの過去から



ブロック4. OdnoklassnikiのYuri Buyanov氏は、純粋に技術的な手段によって開発プロセスを経済的にする方法について燃えています。 近くで、NOWSECUREのAndrei BelenkoがiOSのセキュリティに関する真実を切り取ります。 彼は、クライアントにシティバンク、ロッキード（米国国防省の半分）、その他多くの興味深いオフィスを持っています。 それと並行して、Zeptaからの別のレポート-FLAファイルから解析したスムーズなアニメーションについての報告が既にあります。



ブロック 5。AlexanderSmirnovが高負荷アプリケーションのデバッグについて説明します。 多数のインスタレーションがある場合-聞いてみる価値は間違いありません。 Vladimir Ivanovの横に、マルウェアがアプリケーションに侵入する方法の例と、そこにある穴があります。 カスペルスキーの彼らは、彼らが販売する市販製品を持っています。 そしてレポートで、彼はそれがどのように機能するか、自分で何かをしてそのようなものをカスタマイズする方法について話します。 また、支払いソリューションのiBeaconの次に、Denisは、デモとフレームワーク上のシンプルなアプリケーションを備えた興味深い機能を示しています。 デモには、クラウドからIDを取得し、コストで画面を表示する近接検出器があります。



ブロック6.銀行のKirill Bessonovが分析について語っています。彼らはデスクトップから銀行のウェブサイトにアクセスすることなく、携帯電話からクライアントの約90％をもたらします。 これは彼らの祖母であるため、何が欠けていたのか、どこが足りなかったのか、彼らが拒否したのかを理解するために多くの努力が払われます。 突っ走るのはとてもクールです。 3つのフレームワークを検討し、長所と短所を示します。 Ivan Kinashの近くでは、AndroidとARM TrustZoneのセキュリティ、多くの優れたアーキテクチャ上のことについて話しています。 3番目の部屋では、Sergey Lalov（これはUnityの代替です）がCorona SDKについて説明し、示します。彼はクラウン自身の宣伝者ですが、レポートでは、長所と短所、フレームワークを選択するタイミングについて説明します。



そして最後のブロック番号7。 Alexey Rybakovがウェアラブルデバイスの開発について語っています。 弱く、小さく、機能的にトリミングされたガジェット。 ファームウェアは異なり、開発者も異なりますが、各デバイスの最大パフォーマンスを引き出す必要があります。これが一般的なアプローチです。 触れるデバイスとデモがいくつかあります。 信頼できない環境でのAndroidおよびiOSアプリケーションの存続についてのMisha Dudarev近辺。 誰も知らない場合、この男はjCardSimを作成しました。これは、Duke's Choice AwardのJavaの世界で最も権威のある賞の1つを獲得しました。 彼は、アプリケーションをリバースエンジニアリングから保護することをよく知っています。 アプリケーションを保護する方法に関する実用的なヒントを提供します。 ちなみに、試運転では、Dima Evdokimovが基本的にいくつかの点に同意しなかったとき、Mishaレポートの内容について非常に強い議論がありました。 本当にエキサイティングなテストランでした！ そして3番目の部屋-モバイルプラットフォーム用のNoSQL、最適化に関する興味深いこと。



専門家ゾーンでは、この全体を通して、警備員がウォッカを飲み、テーブルに座って、全員と通信します。 セミプライベートな会話にはこのようなゾーンが必要だという多くのフィードバックがありましたので、それを見ました。 それはあなたが公開報告書で言うことができるよりも卑劣で楽しいようです。