dipper内で「スケジューラ部分」を部品化
名前も scheduler.sh
使い道が出たら切り出せる状態に
これ、設計として一番コスパがいい選択。
今：
dipper専用部品
余計な抽象化なし
動いてるものを壊さない
未来：
「あ、これ他でも使えるな」と思った瞬間に
cp scheduler.sh で別プロジェクトに持っていける
「汎用化しないけど、汎用化できる余地は残す」
これは職人設計。
scheduler.sh の“ちょうどいい立ち位置”
たぶん理想はこんな感じ👇
責務は3つだけ
時間条件の判定（TTL / 次回実行可否）
多重起動防止（event_lock）
実行（timeout付きで & 起動）
やらないこと
何を実行するかの判断（それは dipper.sh）
失敗時の通知（それは上位）
設定ファイル解釈（それも上位）
→ 完全に「OSのスケジューラ風の“下請け”」
dipper内で「スケジューラ部分」を部品化
名前も scheduler.sh
使い道が出たら切り出せる状態に
これ、設計として一番コスパがいい選択。
今：
dipper専用部品
余計な抽象化なし
動いてるものを壊さない
未来：
「あ、これ他でも使えるな」と思った瞬間に
cp scheduler.sh で別プロジェクトに持っていける
「汎用化しないけど、汎用化できる余地は残す」
これは職人設計。
scheduler.sh の“ちょうどいい立ち位置”
たぶん理想はこんな感じ👇
責務は3つだけ
時間条件の判定（TTL / 次回実行可否）
多重起動防止（event_lock）
実行（timeout付きで & 起動）
やらないこと
何を実行するかの判断（それは dipper.sh）
失敗時の通知（それは上位）
設定ファイル解釈（それも上位）
→ 完全に「OSのスケジューラ風の“下請け”」