制定日が改定日より後
date-stamp-order既定で動く日本語 / 英語
規約やポリシーの末尾で、制定の日付が改定の日付より後になっている所
例
直し方
制定と改定のどちらの日付が正しいかを確かめて、もう一方を直してください。
なぜ指摘するのか
規約やポリシーの末尾の「2023年4月1日 制定」「2026年9月1日 最終改定」は、この文書がいつ定められ、いつ直されたかを示します。定めた日が直した日より後だと、まだ無い文書を直したことになり、読み手はどちらの日付が正しいのか、今の版がいつのものなのかが分かりません。前の版の日付を書き換えるときに、片方だけ直し損ねると起きます。日付と制定・改定の語だけの行を読み、制定の日付が改定の日付より後なら、両方の行を指します。どちらが違っているかは分からないので、両方を確かめてもらいます。
指摘しないもの
日付と制定・改定の語のほかに何かが書かれた行（「2020年12月21日に重点計画を策定」）と年の無い日付は読みません。一行に日付が二つあるときは、全角空白や縦棒で区切った一つひとつ（「作成：平成16年2月4日 最終改定：令和3年11月19日」）を読みます。制定か改定のどちらかの行が無ければ何も言いません。7行以上離れた刻印は、一つのファイルにまとめた別の文書の刻印と見て比べません。施行日は比べません。改定を先に決めて後から施行するのはふつうのことで、施行日は改定日より後になりえます。
止める・ゆるめる
技術的な情報
- 層
- L3
- 状態
- 安定
- 重さ
- エラー
- 対象の言語
- 日本語と英語
- 向いている文章
- business, technical, blog, legal, docs, academic, literature, speech
- 文書から読み取るもの
- dates
強さ（段階）
chaff.yaml の rules にこの名前と段階を書くと変わります。書かなければ、ジャンルが決めた段階で動きます（どのジャンルで動くかは下の「ジャンルごとの動き」にあります）。
| strict | エラー |
|---|---|
| normal | エラー |
| relaxed | 注意 |
このルールには数える上限がありません。段階は指摘の重さを変えます。relaxed にすると指摘は消えずに一段軽く出ます。
ジャンルごとの動き
- 既定で動くジャンル
- technical/spec, technical/readme, blog/tech, blog/essay, blog/owned-media, business/proposal, business/report, business/email, business/press-release, business/meeting-notes, legal/contract, legal/statute, legal/judgment, legal/patent, docs/manual, docs/faq, docs/glossary, academic/paper
- このルールを止めるジャンル
- literature/fiction, literature/essay, literature/poetry, literature/play, speech/address, speech/transcript
指摘の文
制定の日付（{established}）が、改定の日付（{updated}）より後です
改定の日付（{updated}）が、制定の日付（{established}）より前です
このページはルールの定義ファイルから作られています:packages/chaff/rules/date-stamp-order.yaml