Jak jsem se dostal k vývoji software – a proč u toho zůstávám

Tohle není motivační článek o tom, jak se za tři měsíce naučíte programovat a začnete vydělávat šesticiferné částky. Takhle to nefunguje. Tohle je příběh o tom, jak jsem se k vývoji software dostal já, Jakub Dostál — a co mě přesvědčilo, že je to práce, u které chci zůstat.

Začátek, který nebyl plánovaný

Nepocházím z technické rodiny. Nikdo doma neprogramoval, nikdo neměl IT firmu. K počítačům jsem se dostal jako většina lidí mé generace — přes hry. A od her to byl krátký krok k otázce: „Jak tohle vlastně funguje?”

První řádky kódu jsem napsal někdy na střední. Nebyl to žádný ambiciózní projekt — jen zvědavost. HTML stránka, pak kousek JavaScriptu, pak jednoduchý backend. Pamatuju si ten pocit, když jsem poprvé viděl, že něco, co jsem napsal, skutečně funguje. Prohlížeč zobrazil stránku přesně tak, jak jsem ji navrhl. Triviální, ale v tu chvíli ohromující.

Tady to začalo. Žádná epifanie, žádný velký plán. Prostě zvědavost a chuť pochopit, jak věci fungují pod kapotou.

Období pokusů a omylů

Prvních pár let jsem dělal všechno špatně. A myslím tím opravdu všechno.

Psal jsem kód bez verzování. Kopíroval jsem soubory do složek s názvy jako projekt_v2_final_FINAL. Neměl jsem testy, neměl jsem deployment pipeline, neměl jsem ponětí o architektuře. Když se něco rozbilo, řešil jsem to tím, že jsem celý projekt začal znovu.

Zní to trapně? Možná. Ale právě tahle fáze mě naučila nejvíc. Ne z knih nebo kurzů — z vlastních chyb. Každá ztracená databáze, každý páteční deploy, co shodil produkci, každý klient, kterému jsem musel vysvětlovat, proč to nefunguje — to všechno se mi zapsalo do paměti mnohem hlubši než jakýkoli tutoriál.

Pár lekcí z téhle doby:

• Git není volitelný. Je to záchranná síť. Bez něj pracujete na laně bez jištění.
• Jednoduchý kód > chytrý kód. Když se ke kódu vrátíte za půl roku a nerozumíte mu, je špatný. I když tehdy vypadal elegantně.
• Klient neřeší vaši technologii. Řeší, jestli to funguje, jestli je to rychlé a jestli to vypadá dobře. Všechno ostatní je váš problém.

Proč fullstack

V určitém bodě jsem se musel rozhodnout: specializovat se, nebo zůstat širší? Vybral jsem si fullstack. Ne proto, že bych chtěl dělat „všechno”, ale proto, že jsem chtěl rozumět celému problému.

Když za mnou přijde klient s požadavkem na software na míru, potřebuju vidět celý obrázek. Jak bude vypadat frontend? Co bude dělat backend? Jak spolu budou komunikovat? Kde jsou úzká hrdla? Co se stane, když se systém škáluje?

Specializace má smysl ve velkých týmech. Ale když pracujete na projektech, kde jste často jeden ze dvou lidí — nebo jste sám — potřebujete přehled přes celý stack. Od databáze po UI. Od CI/CD po monitoring.

To neznamená, že dělám všechno stejně dobře. Backend v Go je moje silná stránka. Frontend ve SvelteKitu mě baví. DevOps dělám proto, že to někdo dělat musí. Design nechávám na lidech, kteří tomu rozumí líp.

Moment, kdy to přestalo být hobby

Pamatuju si přesně, kdy se programování přestalo být „něco, co dělám po večerech”. Bylo to, když mi poprvé zavolal někdo, koho jsem neznal, a řekl: „Slyšel jsem, že děláte software. Potřebuju pomoct.”

Do té doby jsem dělal projekty pro lidi z okruhu známých. Kamarád, co potřeboval web. Známý, co chtěl jednoduchý systém pro evidenci. Nic systematického.

Ten telefonát změnil perspektivu. Najednou to nebyla zábava — byla to zodpovědnost. Někdo mi svěřil svůj byznys. Svá data. Své peníze. A očekával, že to bude fungovat.

Od té chvíle jsem začal přistupovat k vývoji jinak:

• Každý projekt začíná analýzou, ne kódem. Co vlastně řešíme? Proč? Pro koho?
• Komunikace je stejně důležitá jako kód. Klient musí vědět, co se děje, i když se nic neděje.
• Dodávky musí být předvídatelné. Ne rychlé, ne levné — předvídatelné.

Co mě drží u vývoje

Občas se mě lidi ptají, jestli mě programování ještě baví. Upřímně? Ne vždy. Jsou dny, kdy debugging triviálního bugu zabere celé odpoledne a já mám chuť zavřít notebook a jít dělat něco rukama.

Ale pak je moment, kdy nasadíte systém do produkce a vidíte, jak ho lidi používají. Jak jim šetří čas. Jak něco, co dřív trvalo hodiny, teď zvládnou za minuty. A to je ten důvod.

Nejsem vývojář proto, že miluju kód. Jsem vývojář proto, že miluju řešení problémů. Kód je jen nástroj. Stejně jako kladivo. Nikdo nemiluje kladivo — milují to, co s ním postaví.

U fakturujzdarma.cz jsem to viděl v reálných číslech. Systém, který denně zpracovává tisíce faktur. Lidi, kteří díky němu nemusí trávit večery nad papírovou administrativou. To je hmatatelný výsledek.

Věci, které bych řekl sobě před deseti lety

Kdybych mohl poslat zprávu sám sobě na začátek téhle cesty, napsal bych tohle:

Neučte se frameworky, učte se principy. Frameworky se mění každé dva roky. Principy — SOLID, čistá architektura, oddělení zodpovědností — platí pořád. Investice do základů se vrací stonásobně.

Dělejte vlastní projekty. Ne tutoriály, ne kopie — vlastní projekty. Nic vás nenaučí rychleji než problém, který musíte vyřešit sami, bez návodu.

Čtěte cizí kód. Open source je nejlepší škola. Podívejte se, jak to dělají jiní. Pochopíte, proč existují konvence, a naučíte se rozlišovat dobrý kód od špatného.

Komunikujte. Technicky skvělý vývojář, který neumí mluvit s klientem, je méně užitečný než průměrný vývojář, který umí naslouchat a vysvětlovat.

Nebojte se říct „nevím”. Nikdo neví všechno. Důležité není vědět odpověď — důležité je vědět, jak ji najít.

Kam to směřuje

Dneska pracuju pod hlavičkou NeonByte s.r.o. a dělám vývoj software na míru pro firmy, které potřebují systém přesně podle svých potřeb. Od interních firemních systémů po SaaS produkty.

Nemám ambici budovat velkou agenturu. Chci dělat práci, za kterou se nemusím stydět. Dodávat systémy, které fungují spolehlivě. Spolupracovat s lidmi, kteří chápou, že kvalitní software není komodita — je to řemeslo.

A to je vlastně celý příběh. Žádný dramatický obrat, žádný startup exit, žádné „z garáže do miliónů”. Jenom postupný, někdy pomalý, někdy frustrující, ale vždycky autentický vývoj. Jak v kódu, tak osobně.

Jmenuju se Jakub Dostál a dělám software na míru. Pokud řešíte vlastní projekt a chcete se bavit o tom, jestli vám můžu pomoct — ozvěte se. Žádný prodejní pitch, jen upřímný rozhovor o tom, co dává smysl.