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 - snoopycz

Stran: [1]
1
Vývoj / Re:Maven vs. Gradle
« kdy: 30. 11. 2020, 08:18:28 »

Me prave prijde skvele, ze muzu vyuzit standard, ktery mi ve vetsine pripadu staci a je tou nejlepsi volbou. Ale kdyz potrebuju nahodou neco custom, tak nemusim ohybat maven, nebo vymyslet nejake kulisarny, abych toho docilil.

No a s tou fantazii autora. Tak budto to ma nejaky smysl udela custom a nebo nema. Proc se jako vyhoda Mavenu bere, ze to potlacuje fantazii autora a vynucuje to podrizeni buildu moznostem Mavenu, vlastne moznostem dostupnym maven pluginu? Vzdyt toho sameho cloveka pak nechame programovat a tam uz mu jako verime, ze to udela dobre? Vzdyt samotnou tvorbou programu muze napachat daleko vetsi skody. Nebo mu neverime, ale proste nikoho jineho nemame, tak nam nic jineho nezbyva nez mu verit?

Tu to uz naraza na tie skusenosti. Pracoval som v (malych) jednotkach (kusov) timov, kde boli sami kompetni ludia a nebol problem. Vetsinova skusenost je ale, ze timy su namixovane rozne seniornymi a kompetentnymi ludmi.
Potom sa stava, ze ked ten clovek nepozna dobre riesenie v podobe nejakej konfiguracie alebo pluginu, tak si ho proste dobastli v nejakom build skripte. Okrem toho vela ludi ma z nejakeho dovodu ovela nizsie standardy na kvalitu kodu u build skriptov nez u aplikacneho kodu, takze sa to moze zvrtnut (a aj zvrtne).
Mozes argumentovat s code review a ano, dost casto sa tam veci odfiltruju, ale niekedy na to nie je cas, pripadne mas seniorov na dovolenke a tieto veci sa tam zanesu.
Takze v pripade menej kompetentneho timu je obmedzenie moznosti dobra vec. A ako som pisal predtym, ak chces nieco viac, nemusis to nutne prepisovat do ineho toolu, ani si pisat vlastny plugin, tooly sa proste daju kombinovat.

2
Vývoj / Re:Maven vs. Gradle
« kdy: 29. 11. 2020, 20:26:08 »

Proc beres podporu v IDE jako vyhodu Mavenu? Podle me jsou oba nastroje tak rozsirene, ze to vyjde uplne na stejno - podporad je skvela.

Proc se bere ze Gradle je nestandardni? Ze novy lidi maji problem udelat build, spustit testy? Vzdyt filozoficky je to uplne stejne. V jadru je standardizovany lifecycle. Kazdy kdo zna Maven/Gradle bude umet spustit testy v Maven/Gradle.
Ant prakticky vubec neznam. Nikdy jsem v tom nedelal. Ale ze by bylo potreba si psat cely build skript v Gradle od zacatku? To snad ne. V mavenu nastavim maven-compiler. V gradle nastavim java plugin. A je to. Me to prijde v obou pripadech to same. V cem je rozdil ze si v Gradle musim psat cely build skript od zacatku?

Zalezi jak moc custom chces byt. Ak sa chces drzat standardov, tak IMO staci Maven. Ak chces viac customizovat (zazil som aj to, ze bol problem standardny directory layout), tak tooly problem mat mozu, lebo s niektorymi vecami nerataju...aj ked to uz bolo par rokov dozadu.
Ad spustanie buildu a testov - kto pozna Maven, tak ich bude vediet spustit. U Gradlu zalezi na tom, jak moc velku fantaziu autor ma a je mozne, ze sa budes musiet naucit nazov targetu pre dany projekt, co je zbytocne.
Ad pisanie build skriptu - ak nechces nic custom, nepotrebujes Gradle, ak chces custom, tak si pises build skript.

3
Vývoj / Re:Maven vs. Gradle
« kdy: 29. 11. 2020, 19:27:44 »
Mam rozsiahle skusenosti s vyvojom v Jave, Maven pouzivam skoro celu dobu a s Gradlom mam tiez skusenosti.

Na zaciatok by som odporucal pocuvat rady skusenejsich kolegov - ked su za jedno z rieseni, vychadza to z nejakych skusenosti a ked ich nevies presvedcit, teda nemas argumenty, tak by som sa riadil ich radami, kym tie skusenosti nenaberies.

K vyhodam a nevyhodam jednotlivych toolov:

Maven
-------
+ je to standardizovany nastroj, ktory ma velku podporu IDE a ked sa drzis standardu, tak vsetko funguje a nemas problem (bohuzial si casto ludia mylne myslia, ze ich problem je specialny a do standardu sa nevojdu a potom si len hadzu klacky pod nohy a maju problem - osobne som na jednom projekte stretol)
+ standard znamena, ze novi ludia hned vedia, ako projekt zbuildit, pustit testy etc. - nemusia sa ucit ako zbuildit zrovna ten tvoj projekt a pri prechode na iny projekt tieto vedemosti dumpnut do /dev/null
- je to build tool - ak potrebujes cosi navyse, tak to musis vyriesit inac (napr shell skript alebo spominany gradle - da sa kombinovat, nie je to bud/alebo)
- ak mas naozaj specificky problem (nepravdepodobne ale stat sa moze), tak je to neflexibilne riesnie

Gradle
--------
+ kedysi bol marketovany primarne ako automation tool (ktory zvladal buildit) - takze za mna flexibilny skriptovaci nastroj s JVM jazykom a kvantom kniznic, ktore sa daju pouzit
- ako v dobach antu - pises si cely build skript od zaciatku a co projekt, to inac vyzerajuci skript a ludia sa musia ucit pustat nieco uplne ine
- videl som pouzitie v rukach nedostatocne skusenych ludi a po par rokoch sa to moze cele zahodit a napisat znovu, lebo nikto netusi, co ta vec vlastne robi (ked sa niekto snazi, tak aj maven dokaze byt neprehladny, ale gradle moze byt peklo)


Takze u normalnych projektov u mna urcite Maven, pripadne doplnit niecim dalsim pre extra veci.

Stran: [1]