Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Pavel Tišnovský

Stran: [1] 2 3
1
Vývoj / Re:Jak děláte code review?
« kdy: 09. 04. 2026, 14:52:04 »

No podle toho obrázku se nějaký review řeší až po merge. Ale tuším, že mi uniká nějaká hlavní myšlenka tohoto workflow.

https://forum.root.cz/index.php?action=dlattach;topic=31593.0;attach=8122;image

Ja to vedel, ze kdyz to zkusim zjednodusit tak to nedopadne.

Zkusim doplnit v poznamkach:
1. Pair/Mob programming > code review => tzn idealne probiha "code review" soubezne s developmentem
2. Pokud to projde vsema automatizovanejma testama tak to neni rozbity a muze to jit na produkci, ataky to tam jde... treba 10x denne (mozna schovany za feature flagem)
3. Pokud je to "rozbity" i kdyz to proslo pipelinou tak musim vylepsit pipelinu ;-)

Asi zase doplnim odkaz https://www.youtube.com/watch?v=CR3LP2n2dWw

ok to už začíná dávat smysl, dokážu si i představit, jak by mělo vypadat složení takového týmu. Dík

2
Vývoj / Re:Jak děláte code review?
« kdy: 09. 04. 2026, 13:04:40 »

Takze vlastne devel/main branch je stale rozbita?

Naopak... je porad releasable.

To jo, ale ptal jsem se na hlavni vetev. Tam po mergi budu ji budu mit ihned rozbitou ne?

Ja taky mluvim o hlavni vetvi... idealne jedinne vetvi... Proc by mela byt rozbita?

No podle toho obrázku se nějaký review řeší až po merge. Ale tuším, že mi uniká nějaká hlavní myšlenka tohoto workflow.

https://forum.root.cz/index.php?action=dlattach;topic=31593.0;attach=8122;image

3
Vývoj / Re:Jak děláte code review?
« kdy: 09. 04. 2026, 11:40:38 »

Takze vlastne devel/main branch je stale rozbita?

Naopak... je porad releasable.

To jo, ale ptal jsem se na hlavni vetev. Tam po mergi budu ji budu mit ihned rozbitou ne?

4
Vývoj / Re:Jak děláte code review?
« kdy: 09. 04. 2026, 09:15:29 »
Dovolim si delegovat odpoved na na Davea... beztak to rekne lip nez ja i kdyz s nim uplne ve vsem nesouhlasim:
https://www.youtube.com/watch?v=WmVe1QrWxYU

Tak to jsem teda hodne nepochopil. To jako ze vyvinu nejakou featuru, zamerguju a pak dodatecne budu delat code review?

- minimalne se prodrazi manualni testovani. Nebo uz neni potreba pak retestovat, pokud do te featury znova sahnu?
- dodatecnym fixem muzu zanest bug (100% code coverage jeste neznamena 100% spravnost, zvlast v dobe AI)


Ja to zkusim zjednodusit, i kdyz predpokladam ze to bude moc a nekam to utece, ale treba to vysvetli tenhle dotaz...

Zkus si to predstavit tak, ze jen zmenim poradi kroku (viz priloha)

Proste to zamerguju schovany za feature flag.

Objem prace zustane stejnej jen se zmeni poradi...

Takze vlastne devel/main branch je stale rozbita?

5
Vývoj / Re:Jak děláte code review?
« kdy: 06. 04. 2026, 15:18:08 »
Pokud není čas na "udělat to pěkně už na prvním MR", tak stoprocentně nebude čas na přepsání později, kdy to začnou používat další věci. Tyhle tickety se přištích pár měsíců přesouvají ze sprintu do sprintu, pak se to přesune na plán na příští rok a pak se zavřou jako "not relevant after 5 years".


Tohle je ten problem. Dokud to mate takhle tak mas pravdu a musite delat gatekeeping reviews.

Co to znamena "se presouvaji?" Tohle proste neni k diskuzi. Kdyz to nekdo zkusi proste to presunu zpatky a vyrikam si s nima, at mi do toho nesahaji.

Máš tedy možnost pozastavit vývoj nových fíčur, aby vám nerostl maintenance cost?

A Ty ne?

sním o tom, ale tech lead má malou vyjednávací pozici :/

6
Vývoj / Re:Jak děláte code review?
« kdy: 06. 04. 2026, 14:36:13 »
Pokud není čas na "udělat to pěkně už na prvním MR", tak stoprocentně nebude čas na přepsání později, kdy to začnou používat další věci. Tyhle tickety se přištích pár měsíců přesouvají ze sprintu do sprintu, pak se to přesune na plán na příští rok a pak se zavřou jako "not relevant after 5 years".


Tohle je ten problem. Dokud to mate takhle tak mas pravdu a musite delat gatekeeping reviews.

Co to znamena "se presouvaji?" Tohle proste neni k diskuzi. Kdyz to nekdo zkusi proste to presunu zpatky a vyrikam si s nima, at mi do toho nesahaji.

Máš tedy možnost pozastavit vývoj nových fíčur, aby vám nerostl maintenance cost?

7
Vývoj / Re:Jak děláte code review?
« kdy: 05. 04. 2026, 14:50:24 »
Ahoj.

Zejména (ale nejen) v souvislosti s nástupem LLM generátorů kódu mi vrtá hlavou, jak přistupovat ke code review. Jak je děláte u Vás?

Je to jenom formalita, kdy to bezmyšlenkovitě odbouchnete?
Procházíte každý řádek změněného kódu a zamýšlíte se nad tím, jako byste to psali sami?

V našem týmu se to bere spíš jako formalita vynucovaná architekty, takže si to většinou bez čtení schválíme a jdem dál. Je to norma?

Máte nějaký metody jak si code review zefektivnit či zrychlit?

Záleží, k čemu se code review dělá. Jestli je to "jen" kvůli zajištění nějaké maintainability nebo i proto, aby se junioři něco nového naučili. U nás se snažím už jen o to první, protože předávání informací k juniorům přestalo (i "díky" LLM) být funkční a ani to asi není vyžadované. Takže: zapnuté všechny možné lintery s docela přísnými pravidly, definované agent.md s poměrně přesnou speckou, jak má kód vypadat, skills pro vývojáře, první nástřel kontroly je přes LLM a potom nastupuje ruční review, které je hodně časově náročná a vlastně i nevděčná činnost.

8
Vývoj / Re:Používáte LLM při vývoji?
« kdy: 31. 03. 2026, 21:14:16 »
vsichni z toho zasranyho AI zesileli.
Tenhle dojem mám občas taky. Bylo by hrozně zajímavé na to udělat nějakou seriózní psychologickou studii. Lidí, co jim kvůli AI regulerně alespoň dočasně pocitově přeskočilo jsem za poslední rok potkal několik. Od celkem primitivních a jednoduchých až po vzdělané a úspěšné. Z nějakého důvodu vyvolává v lidech pocit, že AI je samospasitelný všelék, co zvládne úplně všechno a oni už nikoho nepotřebují. A u některých k tomu ještě, že jsou teď nekoneční kingové a nadlidé. Když se to stane nějakému nýmandovi, je to ještě relativně nedestruktivní. Ale třeba u manažera firmy to občas má úplně nepochopitelné následky.

Kdyby za tím nebyla AI, myslel bych si, že je za tím nějaká infekce nebo drogy.

u nás je to taky, ale je to klasickej hype cyklus. Potkalo to kdysi mě s Clojure, potkalo to lidi okolo Rustu a teď prostě máme k dispozici vhodnej nástroj, ale zase je dobré znát jeho limity (a to jsem trávil dnešek reviewingem slope kódu od našich mladších kolegů :/)

A zname je?


Asi si kazdej musi sam nabit usta, tak tomu bylo v IT vzdycky :)

Tim "hype" jsem myslel situaci, kdy si nekdo navibecoduje nebo speccoduje (uf) nejakou trivialni aplikaci a ma pocit, ze nasel stribrnou kulku na vsechny problemy. To je asi na stejne urovni mysleni, jako kdyby dite postavilo most z Lega, ten vydrzel prejezd dvou anglicaku a uz by melo pocit, ze muze jit navrhovat statiku realnych mostu. Tady je asi ta absurdita videt, v AI je to zatim schovane za tvrzeni "budouci modely budou lepsi (budou? - uz ted se naucily ze vsecho dostupneho)" nebo "to mas blbou specku" (jako uznavam, muze byt, to je tak obecne tvrzeni, ze je vlastne vzdycky pravdive).

Za me - dobrej nastroj, zatim dotovanej, takze asi dobry - ale IMHO by mel kazdy profik hodny tohoto oznaceni znat limity nastroju, ktere pouziva. Jinak je to jen nadsena poza.

9
Vývoj / Re:Používáte LLM při vývoji?
« kdy: 31. 03. 2026, 19:23:11 »
vsichni z toho zasranyho AI zesileli.
Tenhle dojem mám občas taky. Bylo by hrozně zajímavé na to udělat nějakou seriózní psychologickou studii. Lidí, co jim kvůli AI regulerně alespoň dočasně pocitově přeskočilo jsem za poslední rok potkal několik. Od celkem primitivních a jednoduchých až po vzdělané a úspěšné. Z nějakého důvodu vyvolává v lidech pocit, že AI je samospasitelný všelék, co zvládne úplně všechno a oni už nikoho nepotřebují. A u některých k tomu ještě, že jsou teď nekoneční kingové a nadlidé. Když se to stane nějakému nýmandovi, je to ještě relativně nedestruktivní. Ale třeba u manažera firmy to občas má úplně nepochopitelné následky.

Kdyby za tím nebyla AI, myslel bych si, že je za tím nějaká infekce nebo drogy.

u nás je to taky, ale je to klasickej hype cyklus. Potkalo to kdysi mě s Clojure, potkalo to lidi okolo Rustu a teď prostě máme k dispozici vhodnej nástroj, ale zase je dobré znát jeho limity (a to jsem trávil dnešek reviewingem slope kódu od našich mladších kolegů :/)

10
Vývoj / Re:Rozdíl mezi ASM a strojovým kódem
« kdy: 16. 03. 2026, 17:14:05 »
Jako malý kluk jsem měl možnost pracovat na Commodore 64. Programoval jsem většinou v BASICu. Zkoušel jsem i monitor pro strojové instrukce, ale neboť jsem neměl žádnou literaturu k programování v assembleru, tak jsem v podstatě nic nenaprogramoval.

Před pár lety jsem v rámci mého soukromého studia tu literaturu našel a tak jsem si v assembleru naprogramoval jednoduchou hru. Samotné programování mi zabralo asi rok (včetně grafiky, hudby, a SFX). Čtyřikrát jsem to celé přepisoval, neboť jsem se ztrácel v kódu. Napočtvrté jsem už si stanovil vlastní styl, a tak se to nakonec na počtvrté podařilo.

Hra funguje, grafika, font, hudba a zvuky jsou vcelku vydařené. Ale nejvíce si vážím toho, že jsem ten svůj první a zároveň poslední velký program v ASM dotáhl do úplného konce. Bylo to a stále je to pro mě velkým přínosem. Jsem s tou prací spokojen a věřím, že ta zkušenost mi stála za ten rok programování.  ;)

nm

Gratulace (jako vážně!)

11
/dev/null / Re:Nechali byste si do mozku implantovat čip?
« kdy: 09. 03. 2026, 13:29:01 »
Po přečtení sbírky povídek Axiomat (Greg Egan, IMHO jedny z nejlepších sbírek sci-fi a hororových povídek vůbec) bych do toho nikdy nešel. Důvody - žádné TL;DR; přečtěte si to, stojí to za to.

12
Vývoj / Re:Prečo nie je Lisp populárnejší?
« kdy: 04. 11. 2025, 16:05:10 »
Čistě náhodou chystám článek o Basilispu. To je vlastně Clojure pro Python a na to, že je to one man show, to funguje dost dobře. Stay tuned ;)

13
Vývoj / Re:Přechod z Javy na Rust. Ano či ne?
« kdy: 30. 09. 2025, 20:36:13 »
Btw asi velmi dobré porovnání OOP s funkcionálním přístupem (identity, stavy) napsal Hick Hickey https://clojure.org/about/state

Minimálně za přečtení a zamyšlení to stojí. Možná to automaticky vyřeší ten problém s "lejstrem" vs "lejstrem se štemplem" - imho je to jen otázka správného pojmenování jednotlivých abstrakcí.
Takže když čtu podobné náboženské texty jako ten odkazovaný, už se musím jen usmívat.

Naprosto v pořádku, ať si každý programuje, jak uzná za vhodné, ostatně kdo já jsem, abych to rozhodoval (tedy kromě toho, jak to budeme dělat v mém týmu). Ale ta linkovaná stránka v žádném případě není náboženský text, ale dobré vysvětlení, jak se s identitami a stavy pracuje v Clojure, což je poměrně prakticky navržený jazyk, ovšem postavený na praktickém FP.

14
Vývoj / Re:Přechod z Javy na Rust. Ano či ne?
« kdy: 30. 09. 2025, 14:39:44 »
Btw asi velmi dobré porovnání OOP s funkcionálním přístupem (identity, stavy) napsal Hick Hickey https://clojure.org/about/state

Minimálně za přečtení a zamyšlení to stojí. Možná to automaticky vyřeší ten problém s "lejstrem" vs "lejstrem se štemplem" - imho je to jen otázka správného pojmenování jednotlivých abstrakcí.

15
Software / Re:Spojení animovaných gifů do jednoho obrázku
« kdy: 13. 09. 2025, 18:36:28 »
Dá se nainstalovat program gifsicle, ten umí expandovat animace na snímky a potom všechny snímky (z obou gifů) spojit do nového animovaného gifu. plus nějaké optimalizace, řízení rychlosti přepínání, looping atd.

Stran: [1] 2 3