Přeskočit na obsah

Termíny nepatří modelu

vlastní kód · hlídač termínů
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é.

Co se pro to změnilo
  • vlastníscripts/termin-watch.py — čte jen kvalifikované řádky tabulek
Souvisí — štítek „architektura“