鯖缶 » 人生管理運用

「開始日」と「期日」の意味についても検討が必要だが、これは別件とする。

#145#note-2 的には「確認予定日」は「状況」であって、「履歴」ではない。
つまり、このフィールドは都度更新されるか、あるいは将来の確認予定がないならば積極的に unset されるべきものである。
完了/終了したチケットであれば、このフィールドは (よほど変な用途でもなければ) 必ず空になっているはず。

予定日というと期日よりも前倒しの許容度が低いように感じるので、命名については要検討。
「確認期日」とかでもいいが……あまりしっくりこない。

nop_thread さんは #note-6 で書きました:

予定日というと期日よりも前倒しの許容度が低いように感じるので、命名については要検討。
「確認期日」とかでもいいが……あまりしっくりこない。

そもそも「確認が意味を持つようになる/確認しようと思える最初の日」と「確認の期日」は真逆でしかも両方とも有用なので、別で作るべき気がしてきている。
単なる「期日」はチケットのクローズ期限なので「この日までに確認しておくべき」の意味で使うべきではなく、別のフィールドを用意する意味はある。

Redmine のカスタムフィールドに「期間」型 (半開も可) みたいなものがあれば良いのだが、たぶんないよな？
日付2つの組で表現できるし。

validation を Custom Workflows プラグインにやらせれば問題ないか。

#note-9 が気になりすぎて使えなくなってきた。やはり何か考えるべきか。
とはいえただでさえ日付フィールドが複数 (トラッカーとプロジェクト次第だが現時点では4つくらい) あるのにこれ以上増やすと操作しづらくなってくるので、日付×2で期間を表現するのではなく何か工夫がほしいところ。