Jak poznat, co se učit a zda tomu skutečně rozumím

Stav: Učím se Jistota: Střední Připravenost: Návrh / základní pochopení Poslední úprava: 2026-07-19

Proč tuhle poznámku píšu

Studoval jsem základní školu, střední školu i univerzitu. Všude mě učili nové znalosti, ale co jsem se nikdy pořádně nenaučil, bylo, jak se vlastně učit samostatně.

Ve škole byl směr daný zvenku. Někdo určil předměty, témata, testy i to, co se považuje za důležité. V práci to bylo podobné, jen praktičtější: učil jsem se hlavně to, co bylo potřeba k dokončení konkrétního úkolu. To fungovalo, dokud existoval jasný vnější tlak. Když práce něco vyžadovala, naučil jsem se to. Když to nevyžadovala, často jsem stál na místě.

Postupně jsem začal cítit, že nechci zakrnět nebo usnout na vavřínech. Chtěl jsem se dál rozvíjet jako software engineer, ale pokaždé jsem narazil na stejný problém: co se mám vlastně učit?

Měl jsem spoustu možných směrů: nové verze .NET a C#, frontend, databáze, cloud, jiný jazyk, microservices, distribuované systémy nebo architektura. Jenže čím víc možností existovalo, tím těžší bylo poznat, která z nich je pro mě opravdu důležitá.

A i když už jsem si vybral téma, přišla další otázka: kde se ho mám učit? Pluralsight má dobré learning paths, ale je drahý. YouTube je zdarma, ale téměř nekonečný. Newslettery, knihy, blogy a doporučení od přátel můžou být užitečné, ale pořád zůstává problém: jak poznat, který zdroj má smysl sledovat a kdy se z učení stává jen pasivní konzumace?

Došel jsem k tomu, že můj problém není nedostatek zdrojů. Zdrojů je až moc.

Skutečný problém je, že potřebuji systém, který mi pomůže určit, co je pro mě důležité, proč se to učím, podle čeho poznám kvalitní zdroj a jak ověřím, že jsem danou znalost opravdu pochopil.

Nechci, aby můj profesní růst závisel jen na tom, co po mně zrovna vyžaduje aktuální práce. Chci si umět řídit vlastní učení i ve chvíli, kdy mi nikdo zvenku neříká, co je další krok.

Tahle poznámka je můj pokus takový systém popsat.

Jak jsem se k tomuto modelu dostal

Na začátku jsem otázku formuloval poměrně úzce:

Jak se mám učit, abych se stal lepším engineerem, případně senior nebo staff engineerem?

To vedlo k užitečným odpovědím, ale byly pořád dost svázané s dnešním světem: pracovní nabídky, pohovory, kariérní žebříčky, konkrétní technologie, konkrétní zdroje a aktuální očekávání firem.

To je užitečné, ale pořád to neodpovídá na obecnější otázku. Když změním cíl ze „senior engineer“ na „staff engineer“, nebo úplně na jinou schopnost, potřebuji vědět, jak znovu najít správný směr. Nestačí znát odpověď pro jeden konkrétní případ. Potřebuji postup, jak se k odpovědi dostat.

Zlom přišel až ve chvíli, kdy jsem si položil abstraktnější otázku:

Co kdybych za 1000 let přistál na Marsu, v úplně jiném světě, s jinými nástroji, jinými lidmi a jinými zdroji informací? Jak bych tam zjistil, co znamená být dobrý engineer?

Tahle otázka odstranila hodně šumu.

Najednou nešlo o YouTube, LinkedIn, Pluralsight, newslettery, dnešní pohovory nebo dnešní technologie. Zůstala hlubší otázka:

Jak v libovolném prostředí poznám, co znamená být v něčem dobrý, jak z toho odvodím potřebné schopnosti, jak se je naučím a jak ověřím, že se opravdu zlepšuju?

Obecná smyčka učení

Obecný model by neměl záviset na konkrétním nástroji, platformě nebo formátu.

Základní smyčka je:

Cíl
→ dobrý vzor
→ schopnosti, které z něj vyplývají
→ zdroje k učení
→ učení
→ ověření
→ záznam porozumění
→ opakování

Nejdřív pojmenuju, v čem se chci zlepšit.

Pak hledám dobrý vzor toho, co se chci naučit nebo čím se chci stát. Může to být člověk, tým, projekt, firma nebo konkrétní rozhodnutí.

Z těchto vzorů chci odvodit schopnosti, které za nimi stojí.

Teprve potom hledám zdroje, které mi pomůžou tyto schopnosti získat.

Pak se učím. V téhle fázi znalost hlavně získávám: čtu, sleduju, poslouchám, procházím dokumentaci, kurz nebo vysvětlení od někoho zkušenějšího.

Potom přichází ověření. Tam se ukáže, jestli jsem jen získal informaci, nebo jestli se z ní začíná stávat použitelná schopnost. Potřebuju zjistit, jestli to umím vysvětlit, použít, obhájit, přijmout kritiku a poznat hranice svého porozumění.

Nakonec si aktuální porozumění někam zaznamenám, aby nezmizelo a abych se k němu mohl později vrátit.

Forma záznamu není součást univerzálního modelu. Může to být poznámka, článek, diagram, prezentace, interní dokument nebo jiný trvalý výstup.

V mém případě tímto záznamem budou Learning Notes.

Řešení jsem vlastně už dávno znal: najdi někoho, kdo už umí to, co se chceš naučit, a uč se od něj. Jen jsem si tuhle myšlenku musel oprášit a trochu jinak ji přeformulovat. Navíc jsem si uvědomil, že člověk si nemůže být opravdu jistý, že se něco naučil, dokud svoje znalosti nějak neotestuje.

Jak vybírat zdroje

Zdroje se liší podle toho, jakou otázku právě řeším.

Jiný zdroj mi pomůže poznat, jak vypadá dobré řešení. Jiný zdroj mi řekne, co se očekává od určité role. Jiný zdroj mi pomůže konkrétní schopnost získat. A jiný mi pomůže ověřit, jestli tomu opravdu rozumím.

Například Martin Fowler mi může pomoct pochopit, jak přemýšlet o návrhu kódu, architektuře nebo refactoringu. Ale sám o sobě mi neřekne, jestli tahle znalost odpovídá juniorní, seniorní nebo staff úrovni v konkrétní firmě.

Když se ptám:

Chci být lepší engineer. Co znamená dobré engineering myšlení?

můžou být užitečné zdroje jako:

Martin Fowler
Netflix engineering blog
kvalitní open-source projekt
zkušený kolega, jehož rozhodnutí vidím v praxi

Když se ale ptám:

Chci být senior engineer. Jaké schopnosti se ode mě očekávají?

potřebuju jiné zdroje:

pracovní nabídky
kariérní žebříčky
feedback z pohovorů
lidé, kteří už jsou na dané úrovni

A když už vím, jakou schopnost se chci naučit, třeba distributed systems nebo komunikaci technických rozhodnutí, hledám zdroje k učení:

knihy
kurzy
dokumentaci
kolegu nebo mentora
reálný projekt

Proto se nechci ptát jen:

Je tohle dobrý zdroj?

Lepší otázka je:

Na jakou otázku mi tenhle zdroj odpovídá?

Některé zdroje ukazují dobrý vzor. Některé popisují očekávání role. Některé mě něco naučí. A některé mi pomůžou ověřit, jestli jsem znalost opravdu pochopil.

Příklad: chci být lepší engineer

Když řeknu:

Chci být lepší engineer.

tak první krok není okamžitě najít kurz.

Nejdřív se ptám:

Kdo nebo co dobře reprezentuje dobré engineering myšlení?

Můžu se podívat například na Martina Fowlera, Netflix engineering blog, kvalitní open-source projekt nebo zkušeného kolegu.

Pak se ptám:

Co tito lidé nebo systémy dělají dobře?

Z toho můžu odvodit schopnosti jako:

maintainability
system design
distributed systems
observability
trade-off thinking

Potom si vyberu jednu schopnost, která je pro mě důležitá.

Například:

distributed systems

Teprve potom hledám zdroje k učení: kurz, knihu, dokumentaci, kolegu nebo malý projekt, kde si to vyzkouším.

Učení může znamenat, že projdu kurz, přečtu si dokumentaci nebo si nechám téma vysvětlit.

Ověření může vypadat třeba takto:

vysvětlím retry a idempotenci vlastními slovy
postavím malý proof of concept
nechám si návrh zkritizovat někým zkušenějším

A výsledek zapíšu jako aktuální stav porozumění.

Příklad: chci být lepší senior software engineer

Když řeknu:

Chci být lepší senior software engineer.

tak musím nejdřív zjistit, co senior úroveň vlastně znamená.

Tady jsou jiné zdroje než u obecného „dobrého engineeringu“. Dává smysl dívat se například na pracovní nabídky, kariérní žebříčky, feedback z pohovorů nebo seniorní kolegy.

Z toho můžu odvodit schopnosti jako:

system design
end-to-end ownership
komunikace trade-offů
produkční odpovědnost
mentoring

Pak si vyberu jednu konkrétní schopnost.

Například:

komunikace technických rozhodnutí

Zdroje k učení můžou být technické návrhy, RFC, architecture decision records, zpětná vazba od zkušenějšího člověka nebo vlastní návrh v reálném projektu.

Učení může znamenat, že si projdu dobré příklady technických návrhů, přečtu si vysvětlení, jak se píšou RFC, nebo si nechám ukázat, jak nad rozhodnutím přemýšlí někdo zkušenější.

Ověření může vypadat třeba takto:

napíšu vlastní technický návrh
představím ho někomu zkušenějšímu
upravím návrh podle kritiky

Tím se neučím jen informaci. Trénuju schopnost, která odpovídá cílové úrovni.

Učení

Učení je fáze, ve které znalost získávám.

Může jít o kurz, knihu, článek, dokumentaci, video, rozhovor s kolegou nebo studium existujícího projektu.

V téhle fázi se snažím pochopit nové pojmy, najít souvislosti a vytvořit si první mentální model.

To je důležité, ale samo o sobě to ještě nestačí.

Když projdu kurz, neznamená to automaticky, že dané téma umím. Znamená to, že jsem dostal vstupní materiál.

Když přečtu článek, neznamená to automaticky, že jsem získal schopnost. Znamená to, že jsem se seznámil s vysvětlením někoho jiného.

Učení je tedy vstup.

Ověření ukáže, co z toho ve mně opravdu zůstalo.

Ověření

Ověření je fáze, ve které testuju, jestli se z informace stala použitelná znalost.

Tady začíná skutečně aktivní část učení. Nejen přijímám obsah, ale něco s ním dělám.

Ověření pro mě může znamenat:

vysvětlím téma vlastními slovy
vytvořím vlastní příklad
použiju znalost v malém experimentu
porovnám své pochopení s feedbackem

Chci rozlišovat tyto úrovně znalosti:

Slyšel jsem o tom.
Umím to vysvětlit.
Umím to použít.
Umím obhájit trade-off.
Umím poznat, kdy se to nehodí.

Tohle mi pomáhá neplést si pocit známosti se skutečným porozuměním.

Například u tématu distribuovaných systémů nestačí vědět, že existuje retry, idempotence nebo eventual consistency.

Lepší ověření je:

umím vysvětlit, proč retry může vytvořit duplicitní operaci
umím navrhnout jednoduchý idempotency mechanismus
umím říct, jaké má takové řešení limity
umím přijmout kritiku od někoho zkušenějšího

Když neumím téma vysvětlit jednoduše, pravděpodobně mu ještě nerozumím dostatečně.

Když ho neumím použít v příkladu, možná znám jen definici.

Když neumím odpovědět na protiotázky, moje porozumění je pravděpodobně křehké.

Cílem není vypadat chytře. Cílem je vystavit svoje porozumění realitě.

Záznam porozumění

Po ověření si chci znalost zaznamenat.

Obecně může mít záznam jakoukoliv trvalou formu. V mém případě to budou Learning Notes.

Learning Note pro mě není jen výpisek ze zdroje. Je to záznam toho:

co jsem se učil
proč jsem se to učil
jak tomu rozumím vlastními slovy
jak jsem si to ověřil
co mi ještě není jasné

Tím se z poznámky nestává jen archiv informací, ale audit vlastního porozumění.

Některé poznámky můžou být syrové. Některé se časem můžou stát čistšími engineering notes nebo články. Ale jejich první účel je pomoct mi přemýšlet, ověřovat znalost a vracet se k tomu, co jsem se naučil.

Opakování a kalibrace

Smyčka nekončí tím, že si něco zapíšu.

Po čase se musím znovu ptát:

Je můj cíl pořád stejný?
Jsou moje vzory pořád relevantní?
Změnilo se, co se v oboru očekává?
Která schopnost je teď moje nejdůležitější mezera?

To neznamená, že musím pravidelně procházet všechny staré poznámky.

Většina poznámek může zůstat jako snapshot toho, jak jsem tématu rozuměl v daném čase.

Vrátit se k nim má smysl hlavně tehdy, když:

chci téma použít
chci ho někomu vysvětlit
dostal jsem nový feedback
zjistil jsem, že můj model byl špatný

Důležité není udržovat dokonalý archiv.

Důležité je udržovat aktuální směr.

Aktuální shrnutí

Moje aktuální pochopení je:

Učení by nemělo začínat kurzem, nástrojem nebo náhodným zdrojem. Mělo by začínat cílem.

Pokud se chci v něčem zlepšit, nejdřív potřebuji najít dobrý vzor toho, co se chci naučit nebo čím se chci stát.

Z tohoto vzoru odvodím schopnosti.

Teprve potom hledám zdroje, které mi pomůžou tyto schopnosti získat.

Pak se učím. To znamená, že získávám informace, pojmy, souvislosti a první mentální model.

Potom ověřuju. To znamená, že zkouším, jestli znalost umím vysvětlit, použít, obhájit, přijmout kritiku a poznat její hranice.

Výsledek si pak zaznamenám, abych věděl, co jsem pochopil, jak jsem si to ověřil a co mi ještě chybí.

Finální smyčka je:

Cíl
→ dobrý vzor
→ schopnosti, které z něj vyplývají
→ zdroje k učení
→ učení
→ ověření
→ záznam porozumění
→ opakování

V mém konkrétním případě bude „záznam porozumění“ znamenat Learning Notes.

Nástroje, zdroje i technologie se můžou měnit. Smyčka by měla zůstat.