ハッカソン DevDays'19 (パート 1): 推奨事項を含む日記、徒歩ルート ジェネレーター、液体民主主義

最近 言った JetBrainsとITMO大学の企業修士課程「ソフトウェア開発/ソフトウェアエンジニアリング」について。 ご興味のある方は、29 月 XNUMX 日月曜日の一般公開日にぜひお越しください。 私たちの修士課程の利点、学生に提供するボーナス、そしてその見返りに何を要求するかについて説明します。 また、ゲストからの質問にもしっかりお答えします。

公開日は、修士課程の学生が学ぶタイムズ ビジネス センター内の JetBrains オフィスで開催されます。 17:00スタート。 すべての詳細を確認し、Web サイトでイベントに登録できます mse.itmo.ru。 来て後悔しないよ！

プログラムの主要な要素の XNUMX つは実践です。 毎週の宿題、学期ごとのプロジェクト、ハッカソンなど、学生にはたくさんの課題があります。 在学中に最新の開発手法とテクノロジーに完全に没頭したおかげで、卒業生はすぐに大手 IT 企業の作業プロセスに溶け込むことができます。

この投稿では、3 か月ごとに開催される DevDays ハッカソンについて詳しく説明したいと思います。 ルールは簡単で、4～XNUMX人のチームが集まり、XNUMX日間かけて学生たちが自分たちのアイデアを実現していきます。 これにより何が起こるでしょうか? 学生自身による今学期のハッカソン プロジェクトに関するストーリーの最初の部分をお読みください :)

お勧めの映画を書いた日記

アイデアの作者
イワン・イルチュク
チーム構成
Ivan Ilchuk – 映画プロット解析、サーバー
ウラジスラフ・コラブリノフ – 日記のエントリと映画のプロットの近接性を比較するためのモデルの開発
ドミトリー・ヴァルチュク – UI
ニキータ・ヴィノクロフ – UI、デザイン

私たちのプロジェクトの目標は、デスクトップ アプリケーション、つまりエントリに基づいてユーザーに映画を推奨する日記を作成することでした。

このアイデアは、大学に向かう途中、自分の問題について考えていたときに思いつきました。 「人がどんな問題に直面していても、古典作家がすでにそれについて書いているのだ」と私は思いました。 「そして、誰かが書いたということは、すでに誰かが撮影したということになります。」 そのため、同じ精神的苦痛を抱えた人についての映画を見たいという欲求が自然に現れました。

明らかに、さまざまな個別の日記や個別の推薦サービスが存在します (ただし、通常、推薦はその人が以前に好きだったものに基づいています)。 基本的に、このプロジェクトはキーポイントによる映画の検索に共通点がありますが、それでもまず第一に、私たちのアプリケーションは日記の機能を提供します。

これをどのように実装したのでしょうか? 魔法のボタンを押すと、日記がサーバーにエントリを送信し、Wikipedia から取得した説明に基づいて映画が選択されます。 私たちのフロントエンドは Electron で作成され (Web サイトではなく Electron を使用します。最初にユーザー データをサーバーではなくコンピューターのローカルに保存することにしたためです)、サーバーとレコメンデーション システム自体は Python で作成されました。記述から取得 - 日記エントリ ベクトルとの近さについて比較された IDF ベクトル。

チーム メンバーの XNUMX 人はモデルのみに取り組み、もう XNUMX 人はフロントエンドに完全に取り組みました (最初は XNUMX 人目のメンバーと一緒で、後にテストに切り替えました)。 私は Wikipedia とサーバーから映画のプロットを解析することに従事していました。

モデルが当初大量の RAM を必要としたという事実から始まり、サーバーへのデータ転送の難しさまで、多くの問題を克服し、段階的に結果に近づきました。

さて、夜の映画を見つけるのに、それほど労力は必要ありません。私たちの 5 日間の作業の結果、デスクトップ アプリケーションとサーバーが完成しました。ユーザーは https 経由でこれらにアクセスし、応答として XNUMX 本の映画の選択を受け取ります。簡単な説明とポスター。

このプロジェクトに対する私の印象は非常にポジティブです。この作業は早朝から深夜まで魅力的で、結果として得られるアプリケーションは、大学の宿題や映画に関する日記のエントリとして「眠れない夜」のスタイルで非常に面白い結果を定期的に生成します。学部の初日についての話については、学校の初日について。

関連リンクやインストーラーなどが見つかります。 ここで.

ルートジェネレーター

アイデアの作者
アルテミエワ・イリーナ
チーム構成
Artemyeva Irina – チームリーダー、メインループ
ゴルデーワ・リュドミラ – 音楽
プラトノフ・ウラジスラフ – ルート

私は街を歩き回るのがとても好きです。建物や人々を眺めたり、歴史に思いを馳せたりします。 しかし、住む場所を変えるにしても、遅かれ早かれルート選択という問題に直面します。考えられるルートはすべて完了しました。 これが、ルートの生成を自動化するというアイデアを思いついた方法です。ルートの開始点と長さを指定すると、プログラムがオプションを提供します。 散歩は長くなる可能性があるため、このアイデアの論理的な発展として、軽食を食べたり休憩したりできる「停止」の中間地点を示す機能が追加されているようです。 開発のもう XNUMX つの分野は音楽でした。 音楽を聴きながら歩くのはいつもより楽しいので、生成されたルートに基づいてプレイリストを選択する機能を追加するとよいでしょう。

既存のアプリケーションの中からそのようなソリューションを見つけることはできませんでした。 最も近い類似物は、Google マップ、2GIS などのルート プランナーです。

このようなアプリケーションを携帯電話に入れておくと最も便利なので、Telegram を使用するのが良い選択肢でした。 地図を表示したり、音楽を再生したりすることができ、ボットを作成することでこれらすべてを制御できます。 地図の主な作業は Google Map API を使用して行われました。 Python を使用すると、両方のテクノロジーを簡単に組み合わせることができます。

チームには XNUMX 人いたので、タスクは重複しない XNUMX つのサブタスク (マップの操作と音楽の操作) に分割され、メンバーが独立して作業できるようになり、私はその結果を組み合わせることにしました。

私たちの誰も、Google Map API を使ったり、Telegram ボットを書いたりしたことがなかったので、主な問題は、プロジェクトの実装に割り当てられた時間でした。何かを理解することは、よく知っていることを実行するよりも常に時間がかかります。 Telegram ボット API を選択することも困難でした。ブロックされているため、すべてが機能するとは限らず、すべてをセットアップするのに苦労する必要がありました。

ルート生成の問題がどのように解決されたかについては、別途言及する価値があります。 10 つの場所間のルートを構築するのは簡単ですが、ルートの長さだけがわかっている場合、ユーザーに何を提供できるでしょうか? ユーザーに 10 キロメートル歩きたいと考えてもらいます。 任意の方向に直線距離で 10 キロメートルの点が選択され、その後、実際の道路に沿ってその点までのルートが構築されます。 おそらく直線ではないので規定のXNUMXキロまで短縮します。 このようなルートには多くのオプションがあります。私たちは本物のルート ジェネレーターを手に入れました。

当初は、最も快適な散歩ルートを見つけるために、マップを緑地に相当するエリア (堤防、中庭、街路) に分割し、これらのエリアに応じた音楽を生成したいと考えていました。 しかし、Google Map API を使用してこれを行うのは難しいことが判明しました (この問題を解決する時間がありませんでした)。 ただし、特定の種類の場所 (店舗、公園、図書館) を通過するルートの構築を実装することは可能でした。ルートが指定されたすべての場所を周回したが、希望の距離がまだ移動していない場合、ルートは完了します。ランダムな方向のユーザー指定の距離。 Google Map API を使用すると、推定移動時間を計算することもできるので、散歩全体のプレイリストを正確に選択するのに役立ちます。

結果として、 なんとか世代を作ることができた 出発地、距離、中間点によるルート。 ルートのセクションに応じて音楽を分類するためにすべてが準備されましたが、時間がなかったため、追加の UI ブランチとして単純にプレイリストを選択するオプションを残すことが決定されました。 したがって、ユーザーは聞く音楽を独自に選択することができました。

音楽を扱う際の主な問題は、ユーザーがサービスのアカウントを持たずに MP3 ファイルをどこから入手できるかわからないことでした。 ユーザーから音楽をリクエストする(UserMusicモード)ことにしました。 これにより、誰もがトラックをダウンロードできるわけではないという新たな問題が生じます。 解決策の XNUMX つは、ユーザーからの音楽を含むリポジトリを作成することです (BotMusic モード)。そこから、サービスに関係なく音楽を生成できます。

完璧ではありませんでしたが、タスクは完了しました。使いたいアプリケーションが完成しました。 一般に、これは非常に素晴らしいことです。XNUMX 日前にはアイデアしかなく、それを具体的にどのように実装するかについては何も考えていませんでしたが、今では実用的なソリューションが存在します。 これらは私にとって非常に重要な XNUMX 日間でした。実装するのに十分な知識がないことを思いつくことをもう恐れなくなりました。チームのリーダーであることは非常に興味深いものでした。そして、私のチームに加わった素晴らしい仲間たちと知り合うことができましたより良い！

液体民主主義

アイデアの作者
スタニスラフ・シチェフ
チーム構成
Stanislav Sychev – チームリーダー、データベース
ニコライ・イズモフ – ボットインターフェース
アントン・リャブシェフ – バックエンド

異なるグループ内では、多くの場合、決定を下したり投票したりする必要があります。 通常、そのような場合、彼らは次のような手段に頼ります。 直接民主主義ただし、グループが大きくなると、問題が発生する可能性があります。 たとえば、グループ内のユーザーは、質問に頻繁に答えたくない場合や、特定のトピックに関する質問に答えたくない場合があります。 大人数のグループでは、問題を避けるために、 代議制民主主義、すべての人々の中から別の「議員」のグループが選ばれ、残りの人々が選択の重荷から解放されるとき。 しかし、そのような議員になるのは非常に困難であり、議員になる人は、有権者に思われたように、必ずしも正直で尊敬できる人であるとは限りません。

両方のシステムの問題を解決するために、ブライアン・フォードは次の概念を提案しました。 液体民主主義。 このようなシステムでは、誰もが自分の希望を表明するだけで、通常のユーザーまたは代理人の役割を自由に選択できます。 誰でも、XNUMX つ以上の問題について独立して投票したり、代表者に投票したりできます。 代表者も投票することができます。 さらに、代議員が有権者に合わなくなった場合には、いつでも投票を撤回することができます。

液体民主主義の使用例は政治に見られますが、私たちは同様のアイデアをあらゆる種類の人々のグループ内で日常的に使用できるように実装したいと考えました。 次の DevDays ハカソンでは、液体民主主義の原則に従って投票するための Telegram ボットを作成することにしました。 同時に、このようなボットによくある問題、つまりボットからのメッセージで一般的なチャットが詰まるという問題も避けたいと考えていました。 解決策は、個人的な会話にできる限り多くの機能を組み込むことです。

このボットの作成に使用したのは TelegramからのAPI。 投票と代表の履歴を保存するために、PostgreSQL データベースが選択されました。 ボットと通信するために、Flask サーバーがインストールされました。 私たちがこれらのテクノロジーを選択した理由は... 私たちは修士課程の研究中にすでに彼らと交流した経験がありました。 プロジェクトの XNUMX つのコンポーネント (データベース、サーバー、ボット) での作業は、チーム メンバー間で正常に分散されました。

もちろんXNUMX日間では短いので、ハッカソン中にアイデアをプロトタイプレベルまで実装しました。 その結果、投票開始と匿名の結果に関する情報のみを一般チャットに書き込むボットを作成しました。 投票およびアンケートの作成機能は、ボットとの個人的な通信を通じて実装されます。 投票するには、直接の対応が必要な問題のリストを表示するコマンドを入力します。 個人的な通信では、代議員のリストとその前回の投票を確認したり、トピックの XNUMX つについて代議員に投票したりすることができます。

作品例を動画でご紹介.

このプロジェクトに取り組むのはとても面白くて、夜中まで大学に残っていました。とても疲れますが、勉強の息抜きには最適だと思います。 緊密なチームで働くのは楽しい経験でした。

PS. 来年度の修士課程の入学はすでに始まっています 開いている。 今すぐ参加しよう！

出典: www.habr.com