„Cron mi nějak neběhá." Klasická věta, která ve WordPress světě může znamenat cokoli od špatně nastavené WP_SITEURL, přes loopback zablokovaný Cloudflarem, až po fatal error v callbacku, který nechal viset transient doing_cron. WP-Cron totiž není skutečný scheduler — je to pseudo-cron závislý na návštěvnosti webu a HTTP loopbacku, se všemi pastmi, které si dokážete představit. Tenhle článek je hloubkový průchod jeho vnitřnostmi: co se reálně děje při spawn_cron(), kde vznikají race conditions, proč selhává a čím ho v produkci nahradit.
AI code review zvládá první průchod — shrnout diff, najít rutinní vzory a upozornit na chybějící test. Jako náhrada lidského review ale neobstojí: data ukazují vyšší abandonment a často nízký poměr signálu k šumu. Nasazení proto stojí na pravidlech, úzkém mandátu a měření, ne na výběru dodavatele.
OpenTelemetry v JavaScriptu má smysl hlavně v Node.js: stabilní jsou traces a metrics, logs zůstávají ve vývoji a browserová instrumentace je experimentální. SDK ale není architektura observability. Sampling, sanitizaci citlivých atributů, kardinalitu i export má držet Collector, ne samotná aplikace.
… když si představím, jak různě je možné v js udělat třídu a balíčky, říkám si, že to asi nebude jednoduchý nástroj. Anebo nutí "ten jediný správný" způsob, zvlášť, když v js jsou v oop spíše způsoby špatné a ještě horší, co jsem viděl.
A co třeba kompromis? Podporovat několik základních zápisů by nemusel být takový problém. Klasické pravidlo 80/20. V Yahoo mají svůj styl kódování (kdo zná přednášky od Douglase Crockforda asi tuší), tak minimálně ten bude podporován.
Takže implementovat to nejpoužívanější… jo, i pesimista asi musí uznat, že je to lepší, než nedokumentovat. Postihnout vše by byl celkem problém.
V JS si nedovedu dobře představit jednotný styl kódování, když každý má své výhody, které bohužel je problém kombinovat. Ale dobře, v Yahoo jsou asi v js poněkud zkušenější, než já. Až se rozhodnu oprášit js, tak se na Yahoo asi podívám.