Co rozhoduje o přijetí na první vývojářskou pozici?

2026-08-29T05:30:39Z

DarioBromham: Created page with "Jaké informace do těla zprávy patří a jaké ne Do podrobné části patří kontext: jaký problém jste řešili, jaké alternativy jste zvažovali a proč jste vybrali právě toto řešení. Dále sem patří případné vedlejší efekty – co se může rozbít, jaké další části kódu změna ovlivňuje. Typickou chybou je opisování rozdílu v kódu. Pokud jste přidali podmínku, nepíšete „Přidal jsem if, který kontroluje věk", ale „Zabraň př..."

Jaké informace do těla zprávy patří a jaké ne Do podrobné části patří kontext: jaký problém jste řešili, jaké alternativy jste zvažovali a proč jste vybrali právě toto řešení. Dále sem patří případné vedlejší efekty – co se může rozbít, jaké další části kódu změna ovlivňuje. Typickou chybou je opisování rozdílu v kódu. Pokud jste přidali podmínku, nepíšete „Přidal jsem if, který kontroluje věk", ale „Zabraň přístup uživatelům mladším 18 let". Pokud neuspějete napoprvé, neberte to jako selhání. Z každého pohovoru si odnést konkrétní poznámky: které otázky vás zaskočily, co jste nezvládli vysvětlit a co byste příště udělali jinak. Právě tento zpětný proces vás posune rychleji než další kurz. Po pár kolech zjistíte, že nejde o to umět všechno, ale o to umět se učit a přiznat, co nevíte. To je ostatně dovednost, kterou si ve vývoji udržíte celou kariéru. Dalším častým přešlapem je přeceňování počtu technologií v životopise. Místo seznamu „znám Java, Python, C++, JavaScript" raději uveďte dva tři jazyky a u nich konkrétní věci, které jste s nimi vytvořili. Zaměstnavatelé oceňují hloubku u jednoho ekosystému víc než povrchní přehled. Pokud jste dělali backend, napište, jakou databázi jste použili a jak jste řešili autentizaci. Každý detail, který ukazuje praktickou zkušenost, má větší váhu než kurzovné. Základem je struktura zprávy. Většina projektů používá konvenci, kde první řádek nepřesahuje padesát znaků a shrnuje změnu v rozkazovacím způsobu. Například „Přidej validaci e-mailu při registraci" místo „Přidána validace e-mailu" nebo „Opravena chyba". Druhý řádek necháváte prázdný a od třetího řádku uvádíte podrobnosti. Toto členění není libovůle – nástroje pro správu verzí, které zobrazují historii, často zkracují první řádek na seznam změn. Pokud do něj nacpete celý příběh, nikdo ho nepřečte. Druhým častým problémem je expirace tokenu. Mnoho aplikací nastavuje příliš dlouhou platnost, třeba den nebo týden, aby uživatel nemusel často přihlašovat. To je ale past: pokud token unikne, útočník má dlouhý časový okno. Ideální je krátká expirace v řádu minut a kombinace s refresh tokenem. Refresh token pak musí být dlouhodobý, ale musí být uložen bezpečně, nejlépe v HttpOnly cookie s atributy SameSite a Secure. Při každém obnovení přístupového tokenu ověřte, že refresh token nebyl odvolán, a to buď na straně serveru, nebo pomocí blacklistu v databázi. Nakonec si osvojte zvyk psát zprávy s ohledem na budoucího čtenáře. Představte si, že za rok budete sami procházet historii a snažit se zjistit, proč se určitá funkce chová tak, jak se chová. Commit zprávy, které to umožní, nejsou zbytečná byrokracie, ale investice do budoucí efektivity. Dobré zprávy navíc usnadňují práci i kolegům, kteří na projektu pracují s vámi nebo po vás. Kde JWT selhává nejčastěji a jak to napravit Prvním krokem k bezpečnému použití JWT je striktní ověření podpisu. Nikdy nevěřte tokenu, který nemá platný podpis, a to ani v případě, že je odeslán z důvěryhodného zdroje. Algoritmus podpisu musí být fixně nastaven na serveru, nikdy nečtěte algoritmus z hlavičky tokenu. Útočník může změnit „alg" na „none", a pokud server takový token přijme, získá přístup bez znalosti klíče. Vždy používejte asymetrické podepisování (např. RS256) a veřejný klíč distribuujte pouze do služeb, které mají API chránit. Co se stane, když podporu pro datab ignorujete Zanedbání podpory pro datab se neprojeví hned, ale postupně. Prvním příznakem bývá prodlužující se doba odezvy aplikace, která se s rostoucím objemem dat stále více zhoršuje. Pokud se problém neřeší, může dojít k selhání připojení, což znamená, že uživatelé vidí chybové hlášky nebo vůbec nemohou pracovat. V horším případě dojde k poškození dat, a to i přes pravidelný backup. Proto je důležité hned na začátku vědět, jaké faktory ovlivňují databázovou podporu a jak je správně nastavit. Závěrečné kolo bývá často s týmem, a tam se hodnotí i to, jak zapadnete do kolektivu. Připravte si dvě tři otázky na práci — třeba jak vypadá daily standup, jak probíhá code review nebo jaké nástroje používají. Vyhněte se otázkám na plat a benefity hned na začátku, to nechává špatný dojem. Také neříkejte, že jste ochotni pracovat zadarmo za zkušenosti, to většinou signalizuje nedostatek sebevědomí. Další chybou bývá přenášení citlivých dat přímo v payloadu JWT. Token je podepsaný, ale ne šifrovaný, takže jeho obsah si může přečíst každý, kdo ho získá. Do tokenu proto patří pouze identifikátory uživatele, role a případně další neveřejné, ale ne citlivé údaje. Hesla, čísla karet nebo osobní údaje do tokenu nikdy nepatří. Pokud potřebujete tokenem přenášet citlivé informace, použijte JWE, ale v drtivé většině případů je lepší token jen podepsat a data uchovávat na serveru.

User:DarioBromham

2026-08-29T05:30:35Z

DarioBromham: Created page with "Váš průvodce dílnou i obývákem sází na osvědčené tipy. Sdílím zde, jak zvládnout domácnost bez stresu. Nejraději hledat cesty, jak si usnadnit život."

Váš průvodce dílnou i obývákem sází na osvědčené tipy. Sdílím zde, jak zvládnout domácnost bez stresu. Nejraději hledat cesty, jak si usnadnit život.

IT-Core - User contributions [en]

Co rozhoduje o přijetí na první vývojářskou pozici?

User:DarioBromham