営業日などの規則性と例外を扱うための設計

解決したい問題 例として、飲食店の予約サービスを考える。 予約を受け付けるためには各店舗の営業スケジュールを管理しておいて、営業日の営業時間内のみ予約を受け付けるようにする必要がある。 たとえば、ある店舗は各曜日の営業時間について、以下のように定めているとする。 平日：11:30-22:00 土曜日：11:00-22:00 日曜日：11:00-21:00 定休日：木曜日 これを素朴に設計すると、たとえば以下のような「営業日については営業時間を保持し、定休日についてはレコードがない」というテーブルになるかもしれない。 店舗 曜日 開店時刻 閉店時刻

[sh0g0]

ほんまそれな。“現実のスケジュールが規則に従うというのは幻想なので諦める。 ”

[programmablekinoko]

なんというか、こういう実務データはゆるめの法則に従って手動調整可能なベタなデータを出すという、レンダリングに近いイメージがある

[hobbiel55]

「現実のスケジュールが規則に従うというのは幻想なので諦める。」←結局、これ。ロジックを単純化して運用でカバー。世の中、ロジックで対応できることと出来ないことがある。

[gfx]

“現実のスケジュールが規則に従うというのは幻想なので諦める”

[szsszs]

クックパッドマートの方かな？ https://speakerdeck.com/mokuzon/after-da-fang-chu / 似た事例を最近読んだだけで、他意はないっす

[d4-1977]

へえー！

[indication]

列挙するのは案外正しかった

[rasp_40]

改元(天皇誕生日)やオリンピックがあった時、祝日が移動するしてシステムエラー出しそう

[SWIMATH2]

ほう～参考になる

[deinwort]

“ 解決方法”

[harumomo2006]

こういう情報は門外不出なことが多いんだよね

[gabill]

SIerが扱う課題ってこんな感じのが多い。

[hazardprofile]

現実は非常　緩く作って手動にすると改修メンテナンスも精神的にも楽

[question20170711]

まず来年の祝日の発表が遅れたりするからさ。オリンピックね。

[sp_ice]

必ずしも、きれいなモデリングであればメンテナンス性も高い、というわけではないのだなぁ

[masa8aurum]

“具体的な schedule をベタで持って、アプリケーションはその schedule に基づいて動作する” “schedule をつくるための規則は scheduling policy として別に保持する”

[mas-higa]

半自動だとユーザのウケは悪い。1週間サイクルで動いてない店とかあると汎用的に作るのは難しい。

[htnmiki]

いわゆる業務システムなんてベストプラクティスがありそうだけどみんな「自分の頭で考えて」んだろうか

[equilibrista]

“現実のスケジュールが規則に従うというのは幻想なので諦める”

[vndn]

開店と閉店を同じテーブル(同じ行)で扱うべきかとかぼーっと頭に浮かべたけど、まあ扱うべきか。

[uokada]

]“佐竹飯店” プロヂューサーかな？