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.
Jeste chapu, ze firmy hledaji cerstve absolventy s predstavou, ze budou delat skoro zadarmo 
Taky jedno tajemství o nahraditelnosti: je to vlhký sen každého manažera.
Realita: pokud odejde klíčový vývojář na projektu, co není pouze nějaká crud slátanina statisícátého webu, projekt nejde sice do sraček, pokud tam někdo zbyl, ale jde téměř do sraček.
To ani nevypadá, že jste programátoři, ale nějaký ozubený kolečka, který drží tu firmu v chodu. Odejdeš a najde se nový kolečko jako náhrada.
Pokud jde o samotný test u pohovoru, tam jsou různé přístupy. Někdo zadává větší úkol, který uchazeč vypracovává na svém počítači. Tím se dá poznat hodně, nicméně musíte být dost atraktivní zaměstnavatel, aby vám uchazeč byl ochotný věnovat třeba 1 MD.
Mihnul sem se kolem projektu kde meli na confluence na titulni strance pro vyvojare napsano: Pokud lehne build tak pouzijte tyhle prikazy na pozabijeni vsech gradle deamonu a podprocesu ktere to vytvorilo a zkuste to znova.
A jeden z vyvojaru tam mel napsanej script v antu kterej presne tohle delal.... :-)
A jeste si pamatuju projekt kde se poustel script kterej poustel maven... ten vnitrne poustel pomoci antrun pluginu ant.... ten sam poustel nekolik bash a perl scriptu... jeden z tech perl scriptu myslim generoval a poustel nejaky make fily... a jeden z tech scriptu dokonce znova poustel maven...
A ja mel na starosti to znova uchodit po migraci repozitaru a build serveru.... Krasne straveny tyden :-D
Pointa.... ani presne nevim...
To je prave problem to nechat na seniornich lidech. Trochu ty seniorni java backend programatory podeziram, ze znaji jen svatou trojici - java8 / maven / spring a tim koncej. Vyhovuje jim to. Coz by bylo dobre... Jen se bojim, ze jim to vyhovuje, protoze v tom delaji dlouho... Ja jsem v teto oblasti (java backend) pomerne novy, ale vyrobe SW se uz venuju docela dlouho a odzkousel jsem si mnoho jinych veci.
Nevěřím, že by neznali Gradle - Gradle není žádná hipsteřina. Pokud by znali jen java 8, Maven a Spring tak je to pro projekt IMHO problém. Jako ne že by nemohli být užiteční, ale přibral bych do týmu ještě někoho dalšího, kdo má up-to-date znalosti a kdo pomůže, aby byl kód přiměřeně moderní.
Proč to ale neřešíte přímo s nima?
Popište co má ten váš projekt řešit a co chcete řešít v rámci buildu - zkušenější vám pak řeknou, jak to řešit v Maven a Gradle a vy se budete moci rozhodnout co a jak. Pokud se ale ptáte jen takto obecně, tak to raději nechte na seniorních lidech z týmu. Za mě se má build systém postarat hlavně o závislosti a výslednou spustitelnou podobu programu a to umí Maven dobře a s přehledným pom.xml.
Ale pokud chcete řešit i nasazení, integrační testy, migrační skripty a podobně, tak máte mnohem větší téma než zda volit Maven či Gradle.
V GNU make si nadefinuji různé vstupní body, každý definuje, jak se má výsledek sestavit. Maven to má také. Doporučuji, aby se každý výsledek odlišného buildu jmenoval jinak, ať se ti to nepoplete.
Větvemi jsem mínil tvé sety profilů, které nacpeš všechny do jediného profilu. Tím se zbavíš duplicit.
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.
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2023 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.