[ペアプロ]ペアプロ募集をアプリ側でサポートする

[JunichiIto]

現状、ペアプロ募集と立候補はDiscordで運用しているが、募集が重なるとどの募集が完了して、どの募集が未完了なのか把握しづらくなる。

なのでアプリ側でペアプロ募集と立候補を管理できるといいかもしれない。

設計としてはQ&Aのようなイメージ？

• 募集する
• 立候補する
• 立候補してくれた人にお願いする（完了）
• 募集をキャンセルする（完了）

設計については実際にペアプロを活用してる人に聞くのがいいと思います。

[github-actions]

このissue|PRは60日間更新がないため7日後にcloseします。closeしたくない場合はstaleラベルを外してください。

[JunichiIto]

これ、あった方がいいかも。

[github-actions]

このissue|PRは60日間更新がないため7日後にcloseします。closeしたくない場合はstaleラベルを外してください。

[github-actions]

このissue|PRは60日間更新がないため7日後にcloseします。closeしたくない場合はstaleラベルを外してください。

[github-actions]

このissue|PRは60日間更新がないため7日後にcloseします。closeしたくない場合はstaleラベルを外してください。

[github-actions]

このissue|PRは60日間更新がないため7日後にcloseします。closeしたくない場合はstaleラベルを外してください。

[github-actions]

このissue|PRは60日間更新がないため7日後にcloseします。closeしたくない場合はstaleラベルを外してください。

[komagata]

@wata00913 (CC: @machida )

今後追加される機能を考慮してペアワークページにも「プラクティスの選択」を含めておく。

「今後追加される機能」はどういうものでしょう？

[wata00913]

@komagata

「今後追加される機能」はどういうものでしょう？

一覧ページでプラクティスによる絞り込み機能がありますが、他にもあったと思います。。。

@machida
すみませんが、ご回答いただけますと幸いです🙇‍♂️

[wata00913]

@machida
お疲れ様です！仕様について質問があります。

概要

作成日の翌日以降にペアワークを参照・編集する場合、希望日時の表示ルール（現在の翌日から7日間表示）を適用するかどうかの検討が必要になりそうです。

表示ルールを適用するか否かで考えられるケースをまとめてみました。

• 具体例
  • 作成日：「2023-07-25」
  • 現在：「2023-07-26」

	表示ルールを適用する	表示ルールを適用しない
参照 （開始日）	ケースA：現在の翌日（2023-07-27）から表示	ケース１：作成日の翌日（2023-07-26）から表示 ※ 開始日以前の候補日をクリックした場合、エラーダイアログを表示する
参照 （最終日）	ケースB：現在の翌日から６日後（2023-08-01）まで表示 ※ 作成日の翌日から６日後以降の候補日はデフォルトで「✗」にする？	ケース２：作成日から６日後（2023-07-31）まで表示
編集 （開始日）	ケースC：現在の翌日（2023-07-27）から編集可能 ケースD：現在の当日（2023-07-26）から編集可能	ケース３：現在の翌日（2023-07-27）から編集可能 ケース４：現在の当日（2023-07-26）から編集可能 ※ 開始日以前の候補日にチェックを入れてる場合、チェックから外す？
編集 （最終日）	ケースE：現在の翌日から６日後（2023-08-01）まで編集可能	ケース５：作成日から６日後（2023-07-31）まで編集可能

質問

案としては、表示ルールを適用したが良いと思いましたが、いかがでしょうか。
ルールを適用しない場合、日を跨いでスケジュールを編集すると候補日が７日以内に限定されてしまい、使い勝手が悪いかなと感じました。

また、別案があればご教示のほどよろしくお願いします。🙇‍♂️

[machida]

@wata00913 質問ありがとうございます！！現在の日を基準とした、表示ルールを適用する方でお願いします🙏

[machida]

@komagata @wata

返信遅れてすいません！！

「今後追加される機能」はどういうものでしょう？

ペアワークに関連プラクティスを紐付ける理由ですが、今後メンターだけでなく、先輩受講生もペアワーク対応ができるようにしたいと考えています。メンターじゃなくても可能みたいなフラグを持たせることを考えています。

その際、

• その関連プラクティスはすでに修了している受講生だけが対応できるようにしたい。
• ペアワーク希望が投稿された際に、そのペアワークの関連プラクティスを修了している他の受講生に通知が飛ぶようにしたい。

[komagata]

@machida (CC: @wata00913 )

なるほどですね。ご説明ありがとうございます。

最初のリリースからその機能をサポートするのであればDB設計に加えて、そうでないとすれば最初はDB設計に含めない方がいいかと思います。その部分を後からDBに追加するのは容易なので。

[machida]

@komagata

なるほど、そういった大きな機能の計画はあるのですが、今回のリリースの時点でも、ペアワーク募集の一覧が並んだときに、どのプラクティスに関連する作業を行いたいのかをすぐにわかるようにしたいです。例えば、「XXXXで困っています」みたいなタイトルだけだと、それが Ruby に関するプラクティスなのか、JS に関するプラクティスなのかを把握するのに、詳細を読んだりなど時間がかかってしまいます。そのために、今回のリリースの時点でも、関連プラクティスを紐付けるようにしたいと思います。

[komagata]

@machida なるほどです。
どのプラクティスにも関係しないペアワークもあると思うので必須ではないって感じでしょうか？

[machida]

@komagata
現状では、モブプロ会の参加者募集は別として（モブプロ会参加者募集はこの機能には含めなくていいかと思います）、ペアワークを募集しているのは、自作サービスかチーム開発、あとはRubyのlsかGit関係かJSだと思うのですが、プラクティスに関係ないペアワークって何がありますでしょうか？就活対策については、相談部屋から管理者がメンターに依頼するので、それもこの機能には含めない予定です。

[komagata]

@machida よく考えたら関係ないペアワークはほとんどないかもですね。

[komagata]

@wata00913 DB設計、現状でOKです〜

[github-actions]

このissue|PRは60日間更新がないため7日後にcloseします。closeしたくない場合はstaleラベルを外してください。

[github-actions]

このissue|PRは60日間更新がないため7日後にcloseします。closeしたくない場合はstaleラベルを外してください。

[github-actions]

このissue|PRは60日間更新がないため7日後にcloseします。closeしたくない場合はstaleラベルを外してください。

[github-actions]

このissue|PRは60日間更新がないため7日後にcloseします。closeしたくない場合はstaleラベルを外してください。

[github-actions]

このissue|PRは60日間更新がないため7日後にcloseします。closeしたくない場合はstaleラベルを外してください。