複数条件に対応した検索の実装に至るまでの流れ（案）

[tenk-9]

概要

複数の条件で検索を行えるようなエンドポイントを設けるのではなく，まずは単一条件での絞り込みができるようなrouteを条件ごとに設け，ひとまずシラバスの絞り込みが動くようにするのはどうでしょうか．

背景

現在はissueに対するセルフアサイン方式で開発を進めていて，単一条件ごとにissueが立っています．このため，一つのrouteで複数条件の検索に対応できるようにする（#25 (comment) 以降の流れ）には，少々コミュニケーションコストが高いのではないかと思います．複数人が同じファイルを触ることになりそうな上，検索クエリが他の条件と競合しそうで，荷が重そうです．
ただ，複数条件での検索は無いと不便で，ぜひ実装したい機能です．

具体的に

段階的なリリース（機能提供？実装？）を行います．

1. 各条件（#2 , #3, #4 , #5, #6, #7and#8）による絞り込みを，それぞれに対応するrouteで実装する
   • たとえば，学科であればsyllabus/faculty, 授業名であればsyllabus/name, etc.
   • rotueが分かれるとrouterとcontrollerも分けられるので，他人の担当箇所に影響しづらい
2. 概ね各条件における実装が出来たら，統一routeで複数の条件による絞り込みが出来るようにする
   • 新たにissue立ててassignする
   • 例えば，syllabus/search?faculty=A6&name=自然言語処理.
   • 実現方法は同一routeで複数の検索条件に対応するには？ #28 で議論中．

利点

• 開発にかかるコミュニケーションコストが低くなる
• 個人のスコープが狭くなるので，取り組みやすい
• reviewや議論等もしやすい

懸念事項

• 最終的な機能実装まで遠回り
  • はじめから一つのrouteで複数条件による検索をできるようにする運び（目的までの最短距離）だと，結局コミュニケーションコストがかさんで実現まで時間がかかりそう
  • 各人で単一の実装をする + 1or2人くらいで一つのrouteに検索機能をマージする ほうがスムーズに開発が進むんじゃないかと思う
• 途中で検索APIの仕様が変わる
  • 各条件のrouteで各条件による絞り込み -> 統一routeでクエリパラメータによる条件指定
  • 現時点では多くのサービスが参照しているわけではないので，耐えられるんじゃないかと思っています