Intersection Observer poskytuje spôsob, ako asynchrónne sledovať zmeny v prelínaní elementov či už voči sebe navzájom alebo voči viewportu (to čo užívateľ reálne vidí).

Bugy boli, sú a budú. Rozdiel je v tom, či ich nájde programátor počas developmentu, klient pri prezentácii alebo používateľ pri práci s aplikáciou alebo návšteve na webstránke. Každý programátor potrebuje testy, a ten, ktorý tvrdí opak, je buď junior alebo amatér.

Povedzme, že nás už prestalo baviť odsýpanie jednej mikro sajty za druhou. A skúsme pripustiť, že nás už unavuje nekonečný komfort frontendovej slobody od Wordpressu a jemu podobných robustných CMS riešení. Odrazu sa ocitáme zoči-voči krutej realite, v ktorej slovo Frontend podlieha slovu Backend, s ktorým sme si doteraz nemuseli lámať hlavu. “Ale ja si aj tak chcem napísať svoj web (s AUTH prvkami) od piky a sám!” zakričal by, mnou vymyslený, Jožko, ktorý sedí v poslednej, tiež vymyslenej, lavici vo vymyslenej vzdelávacej inštitúcii. Tak si teda bez okolkov skúsme, keď nie pre nás, tak pre Jožka, povedať viac.

npm (node package manager) je nástroj, ktorý pozná snáď každý frontend developer. Tí, ktorí npm nepoznajú, si ho môžu predstaviť ako register (databázu), ktorý využívajú milióny developerov na zdieľanie a používanie packages (balíčkov alebo modulov). Na nasledujúcich riadkoch si ukážeme, ako okrem využívania npm vieme do tejto databázy prispieť.

Analytici analyzujú, dizajnéri dizajnujú a programátori programujú. Projekťáci to všetko "riadia". Klasický postup vo väčšine projektov. Skúsme teraz priblížiť programovanie dizajnérom. Tí zase vysvetlia dizajn programátorom.

Napísať kód nie je veľkým umením. V konečnom dôsledku pointa je v tom, aby spĺňal špecifikáciu, čiže robil to, čo klient potrebuje. Splniť špecifikáciu sa dá rôznymi spôsobmi. Klientovi je úplne jedno ako, len nech aplikácia funguje, nech robí to, čo má. Pokiaľ ale na projekte robíme spoločne v tíme niekoľkých programátorov, niekoľko mesiacov, tak nie je vôbec jedno, akým štýlom je kód napísaný.