Příspěvky

1

Vývoj / Re:Jak děláte code review?

« kdy: 06. 04. 2026, 09:13:53 »

Řekl bych, že aplikuji několik "strategií" code-review na základě pár informací, které zjistím rychle

- Kdo je autorem - na základě toho už přibližně vím, co mě čeká a jakou kvalitu můžu očekávat.
- Čeho se změny týkají - zasahuje to do mého modulu, do společných věcí, do modulu jiného týmu, ...
- Testy - má to vůbec nějaké? Jsou test-casy srozumitelné? Je zvolen správný typ testu? ...
- git historie - když tam např vidím 10 commitů s message "fix" pár minut po sobě, jsem ostražitější

Tyhle věci co mi zaberou maximálně pár minut rozhodnou o tom jak zevrubně dělám review. U kódu který se týká mého modulu a společných věcí buď schvaluji nebo žádám změny, u cizího modulu - pokud to vyloženě není odpad - změny nežádám (blokuje merge) a nechávám rozhodnout jiné vývojáře

2

Windows a jiné systémy / Re:Vlastnosti macOS pro linuxáka

« kdy: 05. 11. 2025, 20:04:58 »

Nafasoval jsem si Mac M4 Air kvůli bezpečnostním politikám, jelikož na BYOD se nahlíží přinejlepším s nedůvěrou.

Co mi chybí - klasický USB-A, ale tím se vyřešil problém infikovaných flash disků. Osobně mi nevyhovuje lesklý displej - při práci na terase se mi vše odráželo a rozptylovalo. Šasi je pevné, výdrž na baterii super, díky pasivnímu chlazení je tichý. Nepříjemné bylo použít jej opravdu jako laptop při delší zátěži - umí se rozehřát a není to příjemné.

Největší problém je pro mě klávesnice - a to ne zpracováním ale chybí mi klávesy jako PrtSc,.PgUp, PgDown, Insert,.... - v tomto ohledu jsem asi vážně jako v pravěku, a chápu že stejného efektu dosáhnu klávesovými zkratkami, nicméně než si je zažiju potrvá to.

S tím souvisí jiný binding v IntelliJ - to je asi největší blocker, protože to co mám za roky zapamatované prostě nefunguje. Narazil jsem taky na zajímavý problém v provozu Java aplikace, kdy ignoruje SOCKS proxy nakonfigurovanou přes JVM args - ProxySelector ji vůbec neregistruje.

Stále tedy pokračuju v práci na BYOD s KDE Manjaro, další pokus o adaptaci jsem přeplánoval na svátky. 

3

Vývoj / Re:Proč se cpe JavaScript na backend?

« kdy: 10. 02. 2025, 19:57:59 »

Zda mi platí čas strávený debuggingem? Platí. A není to můj problém, upřímně. Nechtějí testy, nemají testy. Kdyby chtěli testy, budou mít testy. Za co platí vám není relevantní.

Díky za objasnění, moje otázka zdaleka nebyla míněna jako zpochybnění vašeho přístupu k práci, spíše mě zajímal názor jak by to mělo být v ideálním světě. Dokonce si myslím, že já sám mám z pohledu testování frňáček nahoru a tvrdím že nepíšu špatný kód, nicméně opakovaně jsem dospěl ke zjištění, že testy výrazně podporují kvalitu dodávky.

Původnímu zadavateli se omlouvám za odklon od původního tématu, a abych přispěl svou trochou:

Mám názor takový, že volbu backendové technologie nemá smysl řešit/zpochybňovat. Prostě to tak je - já budu samozřejmě hájit využití silně typovaných jazyků, zejména na JVM platformě - ať už se bavíme o Javě, Scale, Kotlinu, ale vůbec mě neuráží a nepřijde divné, že se někdo rozhodl pro JS. Až začne upadat zájem o JVM, holt přejdu na jiný jazyk - pro mě je to jen lopata. Nyní dělám BE v Javě + SpringBoot a rozhodně si nemyslím, že by to byl stack mých snů - a tak se snažím dodávat to nejlepší řešení v rámci možností.

4

Vývoj / Re:Proč se cpe JavaScript na backend?

« kdy: 10. 02. 2025, 18:50:24 »

Já teda nevím, platí mě za dodávku řešení - součástí jsou tedy i testy. Ty slouží jak k regresi a okamžité zpětné vazbě na produkovaný kód ale mimo jiné jako funkční ukázka použití tohoto kódu, tedy v podstatě je dokumentací. To bychom mohli polemizovat nad tím, zda vám platí čas strávený debuggingem jako součást vývoje.

5

Vývoj / Re:Proč se cpe JavaScript na backend?

« kdy: 09. 02. 2025, 20:40:50 »

K tomu, že píšete-li testy, je to sice děsně cool i užitečné, ale ve většině případů vám těch padesát procent času co tím navíc strávíte jednoduše nikdo nezaplatí. A můžete třeba chodit po uších. Nemluvě o tom, že je sice hezké, že vám selže test, ale vy často potřebujete zjistit proč selhal. A to v komplexnějších aplikacích může být zatraceně zamotané. Vzájemně se to tedy ani fakt nenahrazuje.

Nevím zda jsem to správně pochopil, ale vážně jste zastáncem vývoje bez testů? Ano, je to čas strávený navíc, nicméně podle čeho vyhodnocujete dopad postupného vývoje na stávající kód? Já testy vnímám jako velmi hodnotné v rámci regresí a jednoduchého simulování různých stavů v každé fázi vývoje.

6

Studium a uplatnění / Re:Poměr cena vs. výkon u seniorních vývojářů

« kdy: 22. 11. 2024, 21:40:21 »

Nabídnu svou zkušenost. Dodávám pro korporát, co o sobě tvrdí, že není korporát. I zde jsou vývojáři co znají vše o místním systému od A do Z a přepočteno na hodiny mají vyšší produktivitu, než ostatní.

A teď kde leží ta příčina:
- Žádná dokumentace
- Mizerné pokrytí testy
- Vágní zadání předešlého vývoje, kolikrát nedohledatelné nebo typicky pouze předmět ticketu bez popisu co se má implementovat
- Odporná architektura systému
- Zastaralé technologie

To si pak verbujte juniory/mediory a stěžujte si na produktivitu