Frontend

elements.forEach(element => { element.style.width = '300px'; console.log( element.getBoundingClientRect().width ); }); // [odkaz] export default () => { return <div>Szia!</div> }

Byly případy, kdy něco spadlo do produkce nebo při testování implementací s WebSocket připojeními?

Ve svém životopise uvádíte, že jste hodně pracoval s složitými, víceúrovňovými formuláři. Můžete podrobněji popsat, co tam bylo realizováno?

Druhý úkol: implementujte komponentu vyhledávání pomocí standardního serveru přes parametr query — vytvořte input pro zadání dotazu, stavy pro výsledky a dotaz, načtěte data pomocí fetch v useEffect s ošetřením chyb a stavy načítání, a vykreslete seznam výsledků (pole name).

Provedli jste test tisíce spojení přes WebSocket — jak jste to testovali, jak probíhalo zátěžové testování?

Můžete spočítat algoritmickou složitost implementované filtrace podle stavu?

Pokud mluvíme o čistých technikách optimalizace uvnitř Reactu, které znáte? (useMemo, useCallback, React.memo)

Povězte o své zkušenosti s tabulkami (kreslení, práce s velkým objemem dat).

S jakými správci stavu jste pracovali? Kteří se vám líbí více, jaké mají výhody a nevýhody?

Musel jste pracovat s novými hooky React (18/19), například useTransition, useDeferredValue?

Komplexita: přidejte filtrování výsledků podle pole status přes samostatný textový vstup s ohledem na nezávislost na velikosti písmen.

Museli jste pracovat s autorizací? Povězte nám více o implementaci.

Jak vypadala samotná tabulka, kterou jste vyvíjeli? Co jste museli realizovat sami?

Jak bylo implementováno aktualizace access/refresh tokenů při autorizaci přes JWT (interceptory, zpracování 401)?

Pokud teoreticky uvažujeme: existují velké tabulky s velkým množstvím dat. Mohou nastat problémy s výkonem? Pokud ano, jak byste je řešili?

Jak byla technicky realizována křížová validace polí formuláře (validace jednoho pole v závislosti na hodnotě jiného)?

Slyšeli jste o hooku useLayoutEffect? Vysvětlete, jak funguje.

Chápete, jak Zustand funguje pod kapotou?