Názory k článku
ITWorkshop v Plzni: TDD a AI - má TDD ještě smysl?

Co je TDD?

Test driven development, ale taky bych se přimlouval, aby při prvním použití zkratky, která není (mimo dev) až tolik rozšířená, byla napsána celá.

Time Division Duplexing

Testy jsou jedna z mála cest, jak kódovací agenty trochu držet na uzdě. Jen je potřeba neustále kontrolovat, aby je nemazali :-/

TDD neni to same jako testovani. Kdo skutecne v praxi dela TDD...

Nevím zda důsledně či stoprocentně, ale jsou situace pro TDD vysloveně vhodné. A to to používám.

Vyskúšať by si to mal každý, aj keď si myslí, že dokáže napísať komplexný systém z hlavy a bez prípravy.

Ale tak ako sa to má robiť, nie tak, ako si myslí. A nestačí na niečom miniatúrnom, ako FizzBuzz, je lepšie keď je to viac objektov, ktoré na sebe nejako závisia.

Na základe skúsenosti sa potom dá trochu odkloniť od ortodoxnej praxe a stále to má zmysel.

Keby som mal prepisovat testy vzdy ked klient zmeni nazor na to co ma ako fungovat tak by som nestihal pisat ani tie testy.

Takže mu to dáš netestované?

Nepsat kompetní test suite opravdu neznamená dát mu to neotestované. Ve spoustě firem existuje třeba něco jako testeři. A ano, někdy když si to klient přeje to dostane i neotestované. Je na to upozorněn, je mu řečeno v čem je problém a co to může znamenat ale náš zákazník, náš pán...

Takže testeři to testují stále dokola? To bude určitě efektivnější...

Yep. Hlavne pokud je software zalicencovany tak ze je v nem zavazek k vyvoji nejake feature. Takhle se totiz stavi dealy mezi velkymi firmami. Potom to chce zakaznik dostavat i v mezicase vyvoje. A ano vymachame mu pri reklamaci vzdycky tlamicku v podminkach. Protoze nejaky Pista Volodej Kumar von Azbesta Paviano si na nalezeni chyby u zakaznika chce udelat karieru.

Je to otázka mentálního nastavení.

Nastoupil jsem do nejmenované firmy, a jedna z prvních věcí, které jsem dostal na starost bylo zbavit se nutnosti použití testerů. Řešení bylo jednoduché a relativně levné. Pár architektonických změn, které automaticky testovat by byla trivka. Bohužel to neprošlo přes takovou maličkost, že vývojáři neměli čas. Neměli čas, protože to museli všechno testovat ručně.

Lenže v TDD nepíšete testy ako produkt, ale ako prostriedok, ktorý vám umožňuje rozmýšľať o tom, čo klient chce a ako sa to dá postupne poskladať z malých kúskov.

To, že máte na konci nejaké testy, ktorými môžete klientovi dokázať, že to nejako funguje, je vedľajší účinok.

PeoplePath má dobrá videa na YT z konferencí a přednášek pro programátory.

Zatim nejlepsi metoda ktera fungovala i v ceskych drzgresle pomerech je PDD - Pruser Driven Development.

to neni jen ceska specialita, je to vsude, od Indie po Staty. A ted s trendem vibe codingu je tam jeste jedna promenna - brutalni technical debt :)

Subprime Tech Debt Crisis 2028 ;-)

19. 9. 2025, 18:18 editováno autorem komentáře

Nevim jak vy ale ja mam s AI problem ze na prvni dotaz da celkem dobry kod. Kdyz ji nutim neco dodelavat tak tam nabaluje ohromny balast. A do pul hodiny to musim bud zahodit nebo prepsat.

Musíš to umět.

Třeba když dostanu z jedné čásiti kódu nějaké výsledky a potřebuji je přetavit do testovacích sad, tak LLMko to má hned. A já nemusím dělat otravnou práci.