Hlásit přechody, ne stav

Teze: „Týdně je málo, denně otravné“ není problém frekvence, ale toho, že se plete kontrola s upozorněním.

Zadání

Hlídat portfolio: upozornit na velké změny a na pozice, kde je velký zisk. Ale: týdenní kontrola je pozdě, denní zpráva se stejným obsahem se přestane číst.

Řešení

Kontrolovat denně, hlásit jen přechod. Ne „jsi na 52 %“, ale „poprvé jsi překročil 50 %“. Stavový soubor si pamatuje dosažené příčky.

Klíčové bylo zjistit, co je vlastně novinka, a to se lišilo podle typu:

To poslední byl hlavní objev. Kdybych hlásil úrovně zisku u dlouhodobých pozic, dostal by uživatel první den seznam dvanácti položek a pak už nikdy nic — příčky by byly překročené. Že je něco léta v plusu, je záměr, ne zpráva.

Druhé zjištění: procenta a částky si protiřečí. Nejvyšší procentní zisk (+256 %) znamenal 899 dolarů; „jen“ +140 % znamenalo 4 329. Řazení podle procent ukazuje pořád totéž.

Čtyři pojistky proti šumu

1. Značka čerstvosti dat. Dokud se nezmění timestamp poslední aktualizace cen, skript skončí bez výstupu. Tím padnou víkendy, svátky i rozdílné přechody na letní čas — a skript nemusí znát burzovní kalendář.
2. Pohyb jen jednou za den, i při opakovaném běhu.
3. U opcí bez živé kotace se zisk nehlásí. Nekótovaný kontrakt má zamrzlou cenu; „zisk“ by byl artefakt, ne ocenění trhem.
4. Když je předchozí cena starší než včerejšek, výstup to připíše — aby se dvoudenní skok nečetl jako denní.

Chyba, kterou to odhalilo

První noc nepřišlo nic. Nebyla to porucha, ale ukázalo se, že zakládání základu spolklo i budoucí události: dozrání daňového testu za tři dny a expirace kontraktu za týden byly označené za „ohlášené“, aniž by se kdy odeslaly.

Základ má zakládat stav vlastností (příčky, vrcholy — co už platí), ne událostí, které teprve nastanou. A brána na čerstvost cen nesmí umlčet kalendářní upozornění — přes víkend se ceny neaktualizují, ale dny běží.