Termíny nepatří modelu
- Skript
- 0,05 s
- Model
- ~2,5 min
- Prahy
- 3
- Cena za běh
- nula
Teze: Datum je fakt, ne věc k odvozování. Hlídač termínů bez modelu je rychlejší, levnější a nemá jak si vymyslet.
Proč ne model
Model už jednou na dotaz po nejbližším termínu sáhl po vzdálenějším — nabídl schůzku za dva měsíce místo kurzu za tři týdny. Přitom je to porovnání dat.
| Model | Skript | |
|---|---|---|
| Čas | ~2,5 min | 0,05 s |
| Může si domyslet | ano | ne |
| Cena za běh | tokeny | nula |
Co bylo těžké
Ne parsování, ale rozhodnutí, co je vlastně termín. První verze prohledávala všechna data v textu a hlásila „klub — ukončeno 31. 7.“ jako nadcházející termín — datum to je, událost minulá.
Řešení: čte se jen z určených míst — řádek tabulky v sekci s „termíny“ v názvu,
nebo v tabulce, jejíž hlavička začíná Datum nebo Kdy. Nový zdroj se přidá tím,
že se v dokumentu založí taková tabulka. Není co konfigurovat.
Jak se neopakovat
Hlásit celé okno každý den znamená poslat tutéž zprávu sedmnáctkrát po sobě. Hlídač se ozve jen na T-7, T-1 a v den termínu. Ověřeno simulací posunutého kalendáře:
dnes 2026-08-10 → • po 17. 8. 13:30 (za 7 dní)
dnes 2026-08-16 → • po 17. 8. 13:30 (zítra)
dnes 2026-08-17 → • po 17. 8. 13:30 (dnes) + • po 24. 8. (za 7 dní)
Orientační termíny bez přesného dne („~září/říjen“) se přeskakují — není z čeho počítat, kolik dní zbývá.
Poznámka k publikaci
Konkrétní termíny jsou nahrazeny neutrálními; časy, prahy a výpis ze simulace posunutého kalendáře jsou doslovné.
- vlastníscripts/termin-watch.py — čte jen kvalifikované řádky tabulek