Neprogramujte! Řešte problémy. Aneb využití LCNC nástroje a LLM.

Autor: Unnits

Programátoři neprogramují: Proč stavět katedrály místo psaní kódu

Představte si, že byste se zeptali někoho, co dělá, a on by vám odpověděl: „Pokládám cihly." Technicky vzato by měl pravdu. Ale kdyby vám řekl: „Stavím katedrálu, která bude chránit rodiny před zimou a sloužit celé komunitě po generace" - najednou by to znělo úplně jinak, že?

Tohle není filosofické cvičení. Je to přesně ten mindset shift, který dnes potřebují vývojáři, IT týmy a všichni, kdo se zabývají digitalizací. Protože když se soustředíte jen na psaní kódu, můžete snadno zapomenout, proč vůbec existujete: abyste dodali hodnotu a vyřešili problém.

A právě proto jsou dnes low-code a no-code nástroje - spolu s AI - víc než jen buzzwordy. Jsou to nástroje, které vám umožňují soustředit se na to, co skutečně záleží.

🎥 Podívejte se na celý záznam našeho #28 Evenntu!

Chcete vidět praktické ukázky a hlubší diskusi k tomuto tématu? Podívejte se na celý záznam #28 Evenntu „Neprogramujte! Řešte problémy. Aneb využití LCNC nástroje a LLM.“ na našem YouTube kanálu.

Sledujte záznam na YouTube

Nezmeškejte cenné tipy a reálné příklady, které vám pomohou posílit bezpečnost vašeho softwaru!

Co znamená „programovat" v roce 2025?

V Unnits jsme prošli podobnou cestou jako většina vývojářských týmů. Od FTP nahrávání prvních webů přes komplexní projekty s Oracle a bankami až k dnešním cloud-native řešením. A po letech praxe jsme zjistili něco zásadního: zákazníkovi je úplně jedno, jestli píšete v Pythonu, JavaScriptu nebo sestavujete workflow v N8N. Záleží mu jen na jednom - aby mu to fungovalo, šetřilo čas a vyřešilo jeho problém.

Programátor vs. řešitel problémů

Když se programátor zaměří jen na kód, stává se z něj někdo, kdo „mlátí do klávesnice". Ale když se zaměří na výsledek, stává se z něj řešitel problémů, který staví katedrály.

Tohle není jen o slovíčkaření. Je to o tom, jak přemýšlíte o své práci:

• „Klient zase něco chce." → Versus: „Jak mu můžeme pomoct dosáhnout jeho cíle?"
• „Proč mi pořád mění požadavky?" → Versus: „Vítáme změny, protože to znamená, že se učíme a vyvíjíme lepší řešení."
• „Tohle bude stát X hodin kódu." → Versus: „Existuje rychlejší způsob, jak toho dosáhnout?"

Právě tenhle třetí bod je dnes zásadní. Protože často existuje rychlejší, levnější a spolehlivější způsob - a nenajdete ho psaním dalšího řádku kódu.

Low-code a no-code: Abstrakce, která dává smysl

Pojďme si říct na rovinu: low-code a no-code platformy nejsou jen pro „nekódery". Jsou to nástroje, které umožňují programátorům dělat víc za kratší čas - a to bez toho, že by přišli o kontrolu nad výsledkem.

Co jsou low-code/no-code nástroje?

Jde o platformy, které abstrahují opakující se části vývoje - integrace, workflow, API komunikaci, datové transformace - a umožňují je skládat vizuálně, místo abyste psali stovky řádků kódu.

Příklady:

• Microsoft Excel - ano, Excel je low-code nástroj. Můžete v něm dělat komplexní výpočty bez psaní kódu, ale když potřebujete, máte tam VBA.
• N8N - open-source automatizační platforma, která propojuje systémy, APIs a umožňuje vytvářet komplexní workflow bez jediného řádku kódu (pokud nechcete).
• Zapier, Make.com - pro rychlé integrace a automatizace mezi aplikacemi.

Reálný příklad z naší praxe: Synchronizace času mezi systémy

Nedávno jsme řešili synchronizaci časových záznamů mezi naším interním systémem (Pipi) a nástrojem Toggl. Klasický přístup? Napsat to v Pythonu - 150 řádků kódu, nastavení cronu, debugování, hostování scriptu…

Ale pak jsme si položili zásadní otázku: K čemu to vlastně bylo?

Přepsali jsme to v N8N za 30 minut. Výsledek? Čistší, intuitivnější, snadno udržovatelné řešení - a hlavně: nefunguje to jen tomu, kdo to napsal, ale kdokoliv z týmu to může upravit, aniž by musel číst Python kód.

Tohle není o tom, že Python je špatný. Je to o tom, že pro tento úkol byla lepší volba jiná abstrakce.

AI jako součást low-code ekosystému

A teď to zajímavé: co když spojíte low-code platformu s velkým jazykovým modelem?

Nedávno jsme postavili proof-of-concept bota, který:

1. Monitoruje provoz na našich systémech přes Grafanu,
2. Reaguje na alerty automaticky,
3. Umí škálovat pody v Kubernetes,
4. Posílá notifikace do Telegramu,
5. A dělá to vše bez jediného řádku kódu, který byste museli ručně psát.

Postavili jsme to v N8N s pomocí OpenAI API. Bot dokáže:

• Reagovat na webhooky z Grafany
• Rozhodovat se na základě kontextu (firing alert vs. resolved)
• Komunikovat s GitLabem a měnit infrastrukturu jako kód
• Odpovídat na příkazy přes Telegram

Celá workflow? Vizuální schéma, které jde rychle upravit, otestovat a nasadit.

Praktický use case: Ochrana před DOS útokem

Když náš staging začne dostávat víc requestů, než by měl:

1. Grafana vyhodnotí, že jsme překročili threshold (1 request/s)
2. Pošle webhook do N8N
3. AI agent vyhodnotí situaci a pošle notifikaci do Telegramu
4. Správce může zadat příkaz: „Naškáluj pody na 5 instancí" nebo „Štíty na úroveň 10" (což znamená nastavit rate limit)
5. Bot provede změnu v GitLabu a nasadí ji do Kubernetes

Celá akce? Minuty. Bez ručního zásahu do příkazové řádky.

A to nejlepší: Takovou automatizaci lze postavit za jeden víkend, aniž byste museli být expert na Kubernetes, Grafanu, AI nebo Python.

Kdy programovat a kdy ne?

Nejde o to, že byste měli přestat programovat úplně. Jde o to vybrat správnou abstrakci pro daný problém.

Programujte, když:

• Potřebujete maximální výkon a optimalizaci
• Řešíte zcela unikátní problém, pro který neexistuje hotové řešení
• Máte specifické požadavky na bezpečnost nebo compliance
• Chcete mít plnou kontrolu nad každým detailem implementace

Neprogramujte, když:

• Řešíte standardní integraci mezi systémy
• Automatizujete opakující se workflow
• Chcete rychle otestovat hypotézu nebo proof-of-concept
• Existuje low-code nástroj, který udělá 80 % práce za vás

Zlaté pravidlo: Ptejte se nejdřív „Co potřebujeme vyřešit?" místo „Jaký kód napíšeme?"

Jak to souvisí s agile přístupem?

Možná si říkáte: „To je hezké, ale co agile vývoj? Tam přece taky musíme programovat."

Ne úplně. Agile manifest vlastně vůbec nemluví o programování. Mluví o:

• Jednotlivcích a interakcích před procesy a nástroji
• Funkčním softwaru před obsáhlou dokumentací
• Spolupráci se zákazníkem před vyjednáváním smluv
• Reagování na změny před následováním plánu

Všimněte si něčeho? Agile je o přístupu, ne o technologii.

A low-code/no-code nástroje vám umožňují být mnohem agilnější:

• Rychlejší iterace
• Snadnější změny
• Víc prostoru na experimentování
• Míň technického dluhu

Protože když vítáte změny, potřebujete nástroje, které vám umožní rychle se přizpůsobit - a ne strávit týden refactoringem kódu.

Praktické tipy: Jak začít s low-code přístupem

1. Identifikujte opakující se úkoly

Kde ve vašem týmu nebo projektu děláte pořád dokola stejné věci? Migrace dat, reporty, notifikace, synchronizace mezi systémy?

Tohle jsou perfektní kandidáti na low-code řešení.

2. Začněte s jedním nástrojem

Nevyhazujte celý tech stack. Vyberte si jeden low-code nástroj (např. N8N, Zapier, Make.com) a zkuste ho na jednom konkrétním use casu.

3. Kombinujte low-code s AI

Přidejte do svých workflow velké jazykové modely. OpenAI, Anthropic nebo open-source alternativy vám umožní vytvářet inteligentní automatizace, které se dokážou rozhodovat na základě kontextu.

4. Učte svůj tým nový mindset

Nejde jen o nástroje - jde o způsob myšlení. „Jsme tu proto, abychom řešili problémy a dodávali hodnotu" - ne proto, abychom psali co nejvíc kódu.

Závěr: Stavte katedrály

Na jednom hackathonu v roce 2018 prezentoval jeden z našich kolegů řešení „chytrého osvětlení". Prezentace byla technicky dokonalá, celá postavená ve Vue.js s animacemi každého slidu.

A byl to propadák.

Protože se tým soustředil na nástroj místo na problém. Na kód místo na hodnotu. Na datování do klávesnice místo na stavění katedrály.

Dnes v Unnits víme, že být programátor neznamená neustále programovat. Znamená to vybrat správný nástroj pro daný problém - a někdy je tím nástrojem low-code platforma, někdy AI, a někdy prostě ručně napsaný kód.

Nepřemýšlejte jako programátoři. Přemýšlejte jako stavitelé katedral. A používejte nástroje, které vám pomůžou stavět rychleji, lépe a s větším dopadem.