コディムピザ

こんにちは、ハブル。 私たちは自発的に初めての社内ハッカソンを開催しました。 2週間で準備した苦悩と結論、そして実際に実現したプロジェクトについて共有することにしました。

マーケティングに興味がある人にとっては退屈な部分

ちょっとした話から始めます。

20月の初め。 最初の MskDotNet コミュニティ ハッカソンが私たちのオフィスで開催されます。 今回、私たちの銀河ではタトゥイーンの戦いが真っ最中です。 土曜日。 XNUMXチーム。 ピザ。 すべてがとても誠実です(証明）。 インフレータブルの R2-D2 がホールの周りに浮かんでいます。 チームは、マップ上で最も危険なレースを通過するために最も正確なアルゴリズムを作成します。 最初のレースの開始を延期しています。 クッキーとコーヒーは命の恩人です。 主催者と私は、土曜日の昼食後には多くの人が帰るだろうと予想していました。 しかし、そうではありません。 コーディングに 12 時間かかりました。 最終。 何かが落ちても、何かが始まらない。 でもみんな幸せですよ。 私たちのチームが勝ちます。 私たちは二重に幸せです。

Slack で喜びを共有していると、「独自のハッカソンを開催する必要がある」というアイデアが頭に浮かびました。 私たちのサービスステーションのサーシャに手紙を書いています。 沈黙。

朝。 私はオフィスでコーヒーを飲みます。 サーシャが後ろから近づいてくるのが見える。 「リサ、これはすごいよ！ 21月XNUMX日は大切な日です。 やりましょう！" なんと!? 非常に高速？ あ？ 何？ XNUMX月中旬にインターンシップのためにスィクティフカルに飛ぶ必要があります。 そしてそれは地獄だ！ しましょう。

残り2週間。 私はハッカソンの単独主催者になったことはありません。 それは内部的なものにしましょう。 このトピックに関する記事を読みました。 厳しい。 数か月かかります。 数名必要です。 グッズ、賞品、条件、スケジュール、関心、目標、予算を理解する必要があります。 あるいは、人生の意味を理解するかもしれません。 絶対間に合わないよ。 そして本を読んで準備をしている間に、すでにXNUMX週間が経過していました。 記事のことは忘れて、何かを始めましょう。

1週間以内に社内ハッカソンを開催するためのチェックリストをご覧ください。

• 計画: あなたは落ち着いて座って、ハッカソンのためにやらなければならないことのリストを書きます。 30分.
• タスク: 参加者は、Google スプレッドシートで作成したいプロジェクトを提案し、選択します。 バックグラウンドタスク、2時間.
• 予定表: 膝の上に、3 つの休憩と最後の時間を考慮した短い時間の内訳を書きます。 20分.
• チーム: Slack/メールなどの IT チャネルでサービス ステーションからのスケジュールを含むハッカソンに関するメッセージを公開し、ハッカソン用に別のチャネルを作成します。 その中で、全員がチームに分かれ、迷っている人はハッカソンの最初の 5 分間にこれを行います。 バックグラウンドタスク、2時間.
• バンズ: XNUMX 人の開発者と一緒にグッズを考え出し、レンダリングのためにデザイナーに渡し、完成した状態で受け取ります。 バックグラウンドタスク、3日.
• ハッカソン: オフィスに来て、最初に全員を調整し、自分の仕事に取り組み、Redditを読み、休憩ごとに焼きたてのピザについて重要なことを発表し、夕日の写真を撮り、決勝戦を発表し、一緒に投票して勝者を選びます。 1日.
• アスタリスクの下：もちろん、すべてがうまくいくことを常に考えています。 もちろん、誰もがあなたのメッセージを見るわけではないので、何人かに直接話したほうがよいでしょう。 もちろん、誰かがあなたを助けてくれれば、すべてが2倍簡単になります（素晴らしいAlenaが私を助けてくれました）。

ハッカソンデートのそれほど退屈ではない部分

なぜ21月21日なのか？ この日は私たちにとって重要な日です。 ちょうど 8 年前の 12 月 XNUMX 日、私たちは連邦広告キャンペーン開​​始後の最初の週末に負荷がかかりました。 翌日の日曜日、私たちのチームは朝XNUMX時から仕事をしていました。 その後、Trello でサンデーハッカソン ボードを作成し、XNUMX 日 XNUMX 時間のシフト勤務の XNUMX 週間が始まりました。 状況は非常に危機的だったので、食事をする暇さえなく、他のチームの選手たちに食事を与えられました。

より詳細なストーリーは次のサイトで読むことができます フョードル・オフチニコフのページ （当社のCEO）。 それ以来、私たちは大きく変わりましたが、今ではこの日付を決して忘れることはありません。

今年、私たちはこのイベントが後世の記憶に永続する価値があると判断し、最高の伝統として、Dodo 史上初の社内ハッカソンを 10 時間にわたって開催しました。

ハッカソンプロジェクトの最も退屈な部分

免責事項: すべての説明は彼ら自身によって書かれたものであるため、テキストの著者は私ではありません。

オレグ学習（機械学習）

ディマ・コチネフ、サーシャ・アンドロノフ (@alexandronov)

彼らは、知識がなくても写真に写っているピザの種類を判断するニューラル ネットワークを作成したいと考えていました。 その結果、私たちは非常にシンプルでおもちゃのようなものを作成しました。これは 10 枚のピザを認識し、可能な限り 10 日 (約 XNUMX 時間) ですべてがどのように機能するかを大まかに把握しました。

特に、この業界は、一般の開発者が、その主題に関する深い知識がなくても、既成のライブラリを取得し、ドキュメントを読み、ニューラル ネットワークをトレーニングできるレベルに達していることに気づきました。 そして、それは実際の問題を解決するのに十分に機能します。

使用したツール:

• イメージアイ — 機械学習とコンピューター ビジョンを操作するための便利でシンプルなライブラリ。
• ResNet50、Yolo の XNUMX つのモデルを試しました。
• もちろんコードはPythonで書かれています。

11000 枚の写真がありましたが、そのうちのほぼ 3/4 はゴミであることが判明し、残りは別の不適切なアングルでした。 その結果、私たちは既製のモデル（単にピザを見つける方法を知っている）を採用し、その助けを借りてゴミを分別しました。 次に、写真のタイトルにピザの名前が含まれていたため、フォルダーに分類しましたが、名前が現実と一致しないことが判明し、手で取り除く必要がありました。 最終的に残ったのは約 500 ～ 600 枚の写真で、これが取るに​​足らない量であることは明らかですが、それでも、ピザ 10 枚を互いに分離するには十分な量でした。

グリッドをトレーニングするために、NVIDIA Tesla K80 上の Azure で最も安価な仮想マシンを使用しました。 彼らは 100 エポックにわたってトレーニングを行いましたが、データセットが小さかったため、50 エポック後にはネットワークが過飽和になっていることは明らかでした。

実際のところ、問題全体は優れたデータの欠如にあります。

用語を少し混乱させたかもしれませんが、私たちはこれらすべての問題に取り組んだ経験がまったくないことを考慮する必要があります。

NOOBS の GUI (ピザを注文するためのコンソール)

ミーシャ・クマチョフ（セリダン）、ジェーニャ・ビッキニン、ジェーニャ・ワシリエフ

私たちはマニア向けのコンソール アプリケーションのプロトタイプを作成しました。これを使用すると、ターミナルまたはコマンド ラインからピザを注文したり、展開パイプラインに統合したり、リリースが成功したらオフィスにピザを配達したりすることができます。

作業はいくつかの部分に分かれていました。モバイル アプリケーション用の API がどのように機能するかを理解し、次を使用して独自の CLI を組み立てました。 オクリフ 収集したパッケージの公開を設定しました。 最後のタスクには、ハッカソンの終わり近くに不快な数分間がかかりました。 すべてがローカルで動作し、パッケージの古い公開バージョンも動作しましたが、新しいバージョン (より優れた機能と絵文字が追加された) は動作しませんでした。 何が問題だったのかを解明するのに約 40 分を費やしましたが、最終的にはすべてが魔法のように自動的にうまくいきました)。

ハッカソンの最大のプログラムは、CLI を通じてオフィスに実際にピザを注文することでした。 テストベンチですべてを十数回実行しましたが、運用環境でコマンドを入力するときはまだ手が震えていました。

その結果、ついに実現できました！

クーリエゴー

アントン・ブルジメレフ (著)、ワーニャ・ズベレフ、グレブ・レスニコフ (エントロピー）、アンドレイ・サラファノフ

私たちは「宅配便アプリ」というアイデアを採用しました。

準備に関する背景。最初は、アプリケーションにはどのような機能があるだろうかと考えました。 次の機能のリストが表示されました。

• アプリケーションはコードを使用して配送レジにログインします。
• アプリケーションには、利用可能な注文と実行する必要がある注文がすぐに表示されます。
• 配達員は注文をメモし、旅行に持ち出します。
• 彼には推定時間が表示され、時間通りかどうかが表示されます。
• 宅配業者が出発したことをクライアントに示します。
• クライアントには、地図上の配達員の地点と推定時間が表示され始めます。
• 配達員はアプリケーションからチャットでクライアントに手紙を書くことができます。
• クライアントはアプリケーションからチャット経由で宅配業者に手紙を書くことができます。
• 到着の XNUMX 分前に、顧客は宅配業者が近づいているので準備をしておいてくださいというメッセージを受け取ります。
• 配達員は申請書に、到着して待っていることを記載します。
• 宅配業者はアプリケーションからワンクリックで呼び出し、（出発している、到着したなど）ことを報告します。
• 顧客は注文を受け入れ、アプリケーションまたは SMS から PIN コードを入力して配達を確認します (署名として)。これにより、配達員が遅れた場合に事前に配達を完了することができません。
• 注文はシステムで配達済みとしてマークされます。

さらに、いくつかの代替シナリオ:

• 配送業者は注文を未配達としてマークし、その理由を選択できます。
• 遅れた場合、配送業者はボタン XNUMX つで SMS 経由で電子証明書を発行できます。 または、納期に間に合わない場合、証明書は自動的に届きます。

このプロジェクトの期待感と必要性は、もちろんエネルギーを与えてくれました。

翌日、私たちはチームと一緒にランチに行き、アプリケーションの最低限の機能がどのようなものかを話し合いました。

その結果、ハッカソンでやらなければならないことの次のリストが作成されました。

• 配送レジにログインします。
• 現在位置を表示します。
• 外部 API にデータを送信します (座標、注文の受信、注文の配送)。
• 外部 API からデータを受信します (現在の宅配注文)。
• 配達の注文を受け付けた/配達されたことを示すイベントを送信します。
• 宅配業者の現在位置をWebサイト上の地図上に表示します。

主な作業は、バックエンド、つまりアプリケーション自体の作成にあるように見えました (話し合いの結果、アプリケーション、またはそのフレームワークの開発に ReactNative を選択しました - expo.ioこれにより、ネイティブ コードをまったく記述しなくても済みます)。 バックエンドに関しては、当初は Vanya Zverev 氏に期待がありました。彼は当社のサービス テンプレートと k8s (彼が引き受けた仕事) の使用経験があったからです。 Andrey Sarafanov と私は ReactNative を試してみました。

私は、プロジェクト自体の作業用リポジトリをすぐに作成してみることにしました。 夜の 12 時に、ネイティブ コードを書かないと ReactNative ではバックグラウンドでの位置情報がうまく機能しないという事実に気づき、少しイライラしました。 その後、expo.io フレームワークではなく ReactNative のドキュメントを読んでいることに気づき、手を放しました。 その結果、夕方の間に、expo.io で現在位置を取得し、別の画面 (ログイン、注文表示など) を描画する方法をすでに理解しました。

午前中のハッカソンで、彼らはグレブを彼らの非常に有望なプロジェクトに誘い込みました。 彼らはすぐに何をしなければならないかの計画を立てました。

JavaScript 用の GRPC クライアントの構築方法を誰も知らなかったため、プロジェクト テンプレートに従って HTTP ではなく GRPC 経由で通信しようとしたときに間違いを犯しました。 結局、これに約 8 時間半を費やした後、このアイデアは放棄されました。 このため、バックエンドの担当者は完成したサーバーを GRPC から WebApi に作り直し始めました。 XNUMX 分後、なんとアプリケーションとバックエンド間の通信をセットアップすることができました。 しかし同時に、Gleb は kXNUMXs へのデプロイメントと、マスターへのコミットの自動デプロイメントをほぼ完了させていました。 🙂

少なくともデータベースに関してはリスクを負わないように、ストレージとして MySQL を選択しました (CosmosDb についても考えました)。

結果として：

• 配達員の現在の座標をアプリケーションからデータベースに保存する機能を実装しました。
• アプリケーションに宅配業者からの注文をすぐに表示するために、RabbitMQ をインストールし、宅配業者が注文を受け取ることに関するメッセージをサブスクライブしました。
• 配送業者がアプリケーションのボタンを押した後、注文の配達時間をデータベースに保存し始めました。 注文が配達されたというリビットへのイベントの送信を追加する時間がありませんでした。
• ウェブサイトのcurrentorderページに配送業者の現在位置を地図表示させました。 しかし、新しいサービスから座標を受信する環境で CORS を構成することができなかったため、この機能は少し未完成のままでした。

M87

ローマ・ブキン、ゴーシャ・ポレヴォイ（ジョージポールボイ）、アルチョム・トロフィムシュキン

現時点では独自設計の認証プロトコルを使用しているため、OpenID Connect プロバイダーを実装したいと考えていました。これにより、カスタム クライアント ライブラリ、外部パートナー側の不便な作業、起こり得るセキュリティ上の問題など、多くの困難が生じます (結局のところ、 、リファレンス実装の OAuth2.0 と OpenID Connect は安全であると考えられますが、私たちのソリューションについてはわかりません）。

私たちは、個人データ用に別のサービスを使用する認証プロバイダーの小規模な国に依存しないモデルを作成するために、個人データを保存するサービスをエミュレートする別のサービスを作成しました (これにより、将来的には XNUMX つのサービスを使用できるようになります)どの国でもアカウント登録でログインでき、同時に GDPR およびその他の連邦法を遵守できます)。 私たちはプロバイダーと同様にこの部分を実行し、それらを相互にリンクすることに成功しました。 次に、プロバイダーが発行したトークンによって保護される API を作成し、プロバイダーを介したイントロスペクションをサポートし、リクエストが認可ポリシーを満たした場合に保護されたデータを返す必要がありました (ユーザーがベアラー スキームに従って認証されていることを確認します)。 、彼のトークンには特定のスコープが含まれています + y ユーザー自身は呼び出しを許可する権限を持っています)。 この部分も完成しました。 最後のコンポーネントは JavaScript クライアントで、これにはトークンが与えられ、その助けを借りて保護された API を呼び出します。 この部分をやる時間がありませんでした。 つまり、機能部分全体の準備はできていましたが、フロントエンド部分はシステム全体の機能を実証する準備ができていませんでした。

え・え・え（おもちゃ）

ディマ・アフォンチェンコ、サーシャ・コノヴァロフ

私たちはユンカで、元気な手がピザにソーセージを投げるミニおもちゃを作りました。 ソーセージを間違って置くと、悲しい「拒否されました」というメッセージが画面に表示され、すべてのソーセージが正しく置かれた場合は、ピザに関するランダムな事実が表示されます。

トマトを投げてXNUMX段目を作りたかったのですが、時間がありませんでした。

短い続き: 誰が勝ちましたか?

ハッカソンの前に、私たちは彼らと話し合い、優勝したらどんな賞品を受け取りたいかを尋ねました。 最も価値のある賞品は「食への道」であることが判明した。

したがって、ピザにペペロンを置く手を使ったゲームが近々発表されることを期待してください。

注意深い読者ならお気づきかもしれませんが、「E-E-E (おもちゃ)」チームが勝ちました。 おめでとうございます！

登録ユーザーのみがアンケートに参加できます。 ログインお願いします。

どのプロジェクトが一番気に入りましたか?

• オレグ学習（機械学習）

• NOOBS 用の GUI

• クーリエゴー

• M87

• え、え、え

5 人のユーザーが投票しました。 3名のユーザーが棄権した。

出所： habr.com