Fórum Root.cz
Hlavní témata => Vývoj => Téma založeno: anonym 04. 03. 2017, 21:51:54
-
Zdravím,
používáte ve firmě JRebel? Nebo Hotswap Agent?
Pokud používáte Hotswap Agent, tak ten nemá např. podporu pro MyBatis a v rámci Java EE kupříkladu nemá dodělanou podporu pro JSF. Oproti tomu JRebel zdá se funguje vždy a out od box.
-
Ententýky dva špendlíky bzum! 8)
-
chcel by som ale je to strasne drahe
-
Nějak není důvod. Píšeme aplikace, které jsou přenasazené během okamžiku a v lepším případě jsou modulární, takže člověk přenasadí jen tu část, kterou změnil. A i u těch klasických WARek umí aplikační server zachovat stav, takže to člověka neodhlásí a dělat úpravy v běžící aplikaci jde celkem v pohodě. A pak je tu klasický debugger a Netbeans a hot swap (tím jdou sice aktualizovat jen některé části kódu, ale jak jsem psal, ani přenasazení aplikace není žádná tragédie).
A taky dobré se trochu zamyslet nad návrhem aplikace – ne všechno se musí ladit/vyvíjet na běžící aplikaci – pokud je navržená dobře, tak toho spoustu odladíš jen proti jednotkovým testům.
-
Nějak není důvod. Píšeme aplikace, které jsou přenasazené během okamžiku a v lepším případě jsou modulární, takže člověk přenasadí jen tu část, kterou změnil. A i u těch klasických WARek umí aplikační server zachovat stav, takže to člověka neodhlásí a dělat úpravy v běžící aplikaci jde celkem v pohodě. A pak je tu klasický debugger a Netbeans a hot swap (tím jdou sice aktualizovat jen některé části kódu, ale jak jsem psal, ani přenasazení aplikace není žádná tragédie).
A taky dobré se trochu zamyslet nad návrhem aplikace – ne všechno se musí ladit/vyvíjet na běžící aplikaci – pokud je navržená dobře, tak toho spoustu odladíš jen proti jednotkovým testům.
1. Co když použijete Spring Boot a k tomu třeba Jersey a Wicket? Redeploy Springu, i s dev-tools, trvá dost dlouho. Dost dlouho = více než 10 vteřin. I když to budeš mít rozdělené do modulů, budue ti Spring dost dlouho strartovat.
Pokud použiješ JSF, jak co když si musíš hrát s Managed Beanou a jsf šablonou? Co když tam budeš mít juniory, kteří se to učí a nenapíšou něco hned, aniž by viděli výsledek - necháš je to zas a znova re-deployovat?
-
Nějak není důvod. Píšeme aplikace, které jsou přenasazené během okamžiku a v lepším případě jsou modulární, takže člověk přenasadí jen tu část, kterou změnil. A i u těch klasických WARek umí aplikační server zachovat stav, takže to člověka neodhlásí a dělat úpravy v běžící aplikaci jde celkem v pohodě. A pak je tu klasický debugger a Netbeans a hot swap (tím jdou sice aktualizovat jen některé části kódu, ale jak jsem psal, ani přenasazení aplikace není žádná tragédie).
A taky dobré se trochu zamyslet nad návrhem aplikace – ne všechno se musí ladit/vyvíjet na běžící aplikaci – pokud je navržená dobře, tak toho spoustu odladíš jen proti jednotkovým testům.
1. Co když použijete Spring Boot a k tomu třeba Jersey a Wicket? Redeploy Springu, i s dev-tools, trvá dost dlouho. Dost dlouho = více než 10 vteřin. I když to budeš mít rozdělené do modulů, budue ti Spring dost dlouho strartovat.
Pokud použiješ JSF, jak co když si musíš hrát s Managed Beanou a jsf šablonou? Co když tam budeš mít juniory, kteří se to učí a nenapíšou něco hned, aniž by viděli výsledek - necháš je to zas a znova re-deployovat?
Spring Boot tohle normálně umí, takže nestartuje celý. Nevím, proč bys používal Spring a Jersey. Pokud ti to trvá dlouho, tak kup lepší stroj a nebo nenasazuj tak často. JRebel měl smysl tak před 10 lety, dnes je v podstatě k ničemu, ale prodat ho potřebují, že jo.
Pokud použiješ JSF, tak je to tvůj problém. Dneska to žádný smysl nemá. Pokud junioři dělají redeploy, tak jejich čas je pořád tak levný, že ho můžou dělat často.
Co vlastně teda řešíš?
-
Používame poslední verzi HotswapAgent a není tak uplně pravda, že se to nevyplatí na rychle startující projekty. I zde se člověk dostane do situace, kdy například hledá chybu, která vznikla v nějaké předchozí revizi a kombinace dcevm+git-bisect je killer fičura. Nehledě na to, že si člověk velmi snadno zvykne na to nerestartovat JVM celý den...
-
Přidám ještě něco k otázce, jestli má JRebel/HotswapAgent v dnešní době rychlých restartů operací smysl nebo ne. Restarty jsou věc, na kterou si člověk zvykne a pak to bere jako fakt, něco, s čím se nedá nic moc dělat. Na druhou stranu, většina z nás ma při práci zapnutý SQL client nebo browser. Asi bysme těžko akceptovali to, že se musí SQL client/browser s každým novým SQL dotazem/URL přestartovat...
-
Spíše si patlalové zvyknou, že se aplikace nevypíná a ladí se za chodu. To je dost špatný zvyk, který speciálně u Javy nemá co dělat.
Takže ty ten SQL client/browser zkompiluješ a on rovnou nahodí novou verzi bez restartu? Nebo co mi na tom uniká?
-
Proč by měly být úpravy tříd nad běžícím JVM špatným zvykem? Speciálně u aplikací s komplikovaným stavem, jako jsou některé aplikace v průmyslové automatizaci nebo hry (Minecraft) to ušetří fůru času. Na REST server aplikaci v Jersey samozřejmě ušetříš času méně, ale přece to nebudš jak lopata restartovat, když máš k dispozici nástroj, co to umí.
-
Jak už tu někdo psal, na složité stavy máš testy, takže není důvod.
Minecraft může být pěkná patlanice a nic to neříká o tom, jestli je to obecně potřeba.
Spring Boot to právě umí, takže nevím, proč bych používal lopaťácký nástroj.
Celkově mi to přijde dost k ničemu. Možná na "agilní" vývoj, kdy nikdo neví, co se dělá a pak to může být cool.
-
Minecraft může být pěkná patlanice a nic to neříká o tom, jestli je to obecně potřeba.
Spring Boot to právě umí, takže nevím, proč bych používal lopaťácký nástroj.
SpringBoot umí to co mu dovolí jvmtiredefine (hotswap) v JVM a ta je standardně limitována na změnu uvnitř metod. Změny signatury třídy umí, co vím, jen dcevm.
-
Přesně tak. Takže normálně to nepotřebuju vůbec, ale pokud už dělám na Bootu, tak ho můžu využít. Prostě zbytečný a stejně se tak nevyvíjí v Javě.
Třeba by ti víc seděl Smalltalk.
-
Jestli neznáš javamana, tak ti ho doporučuju ignorovat, je to psychicky narušený jedinec.
-
Nepoužíváme, u nás Javu máme jenom ke strašení programátorů.
-
Minecraft může být pěkná patlanice a nic to neříká o tom, jestli je to obecně potřeba.
Spring Boot to právě umí, takže nevím, proč bych používal lopaťácký nástroj.
SpringBoot umí to co mu dovolí jvmtiredefine (hotswap) v JVM a ta je standardně limitována na změnu uvnitř metod. Změny signatury třídy umí, co vím, jen dcevm.
HotSwap Agent např. by měl umět Hibernate, ale už třeba pro MyBatis plugin nemá. Spring Boot nevím, ale neviděl jsem tam např. podporu pro Wicket nebo JSF.
Já se na to dívám tak, že prostě JRebel a je to. Vím, že se na to můžu spolehnout - a na Java platformě moc 100% funkčních věcí není. neměl bych problém si JRebel koupit. Ale firmy s tím problém očividně mají. Obzvlášť když zaměstnávají lidi typu javaman, pro které je čekat několik desítek vteřin normální, protože v životě nezkusili .NET. To je dost velký problém javistů, že spousta z nich nikdy nevyvíjela v .NETu a neví, jak to chodí v 21. století, že totiž reload za pochodu je věc normální. Je jich možná taky tak málo, protože ti, kteří to zkusili, už javisti nejsou.
-
A spousta z javistů taky žije ve světě java-je-zadara a tak krom toho, že buildí a deplojují desítky vteřin, ještě navíc používají zabugovaný Eclipse.
-
Jestli neznáš javamana, tak ti ho doporučuju ignorovat, je to psychicky narušený jedinec.
Fakt?
Já se na to dívám tak, že prostě JRebel a je to. Vím, že se na to můžu spolehnout - a na Java platformě moc 100% funkčních věcí není. neměl bych problém si JRebel koupit. Ale firmy s tím problém očividně mají. Obzvlášť když zaměstnávají lidi typu javaman, pro které je čekat několik desítek vteřin normální, protože v životě nezkusili .NET. To je dost velký problém javistů, že spousta z nich nikdy nevyvíjela v .NETu a neví, jak to chodí v 21. století, že totiž reload za pochodu je věc normální. Je jich možná taky tak málo, protože ti, kteří to zkusili, už javisti nejsou.
Na co bych čekal? Prostě vyvíjím a pak se aplikace sama testuje. No a? Nebo v tom testování je problém? Pak jak říkám, zkus nějaký skriptovací jazyk, tam ti ten svět asi přijde příjemnější, protože je pro adminy a ti vyvíjet moc neumí.
.Net není žádná konkurence a nic moc navíc nemá. Ale klidně věř, že je to budoucnost a Java umře sama na stáří :D
-
A spousta z javistů taky žije ve světě java-je-zadara a tak krom toho, že buildí a deplojují desítky vteřin, ještě navíc používají zabugovaný Eclipse.
Kdo by dnes používal Eclipse? To je jen pro lopaty, které neumí vyvíjet.
-
A spousta z javistů taky žije ve světě java-je-zadara a tak krom toho, že buildí a deplojují desítky vteřin, ještě navíc používají zabugovaný Eclipse.
Kdo by dnes používal Eclipse? To je jen pro lopaty, které neumí vyvíjet.
Ty kluku nešťastná, co ty můžeš vědět o lopatách?
-
Všechno? Tak 80 % vývojářů jsou lopaty. Ale Eclipse používaj jen ty horší lopaty, protože ty průměrné poznají, že je to shit. Pokud ti někdo řekne, že používá Eclipse, tak hned víš, že je to lempl a nemusíš ho nabírat.
-
Všechno? Tak 80 % vývojářů jsou lopaty. Ale Eclipse používaj jen ty horší lopaty, protože ty průměrné poznají, že je to shit. Pokud ti někdo řekne, že používá Eclipse, tak hned víš, že je to lempl a nemusíš ho nabírat.
Suhlasim s javamanom, eclipse je hnusny prerasteny zbugovany shit. Sice poskytuje pluginy na rozne frikulinske technologie, ale nie je to nic, co by sa nedalo riesit inak. (napriklad cez maven)
-
Všechno? Tak 80 % vývojářů jsou lopaty. Ale Eclipse používaj jen ty horší lopaty, protože ty průměrné poznají, že je to shit. Pokud ti někdo řekne, že používá Eclipse, tak hned víš, že je to lempl a nemusíš ho nabírat.
To je kouzlo internetových diskuzí: vedoucí zeleniny v Šumperku slyšel o javě , a zrovna o polední přestávce natrefil na článek o chybách v programu eclipse, což je nějáké vývojové prostředí - a zas má něco do diskuze na root.cz. Svět je dokonalý.
-
Všechno? Tak 80 % vývojářů jsou lopaty. Ale Eclipse používaj jen ty horší lopaty, protože ty průměrné poznají, že je to shit. Pokud ti někdo řekne, že používá Eclipse, tak hned víš, že je to lempl a nemusíš ho nabírat.
Suhlasim s javamanom, eclipse je hnusny prerasteny zbugovany shit. Sice poskytuje pluginy na rozne frikulinske technologie, ale nie je to nic, co by sa nedalo riesit inak. (napriklad cez maven)
OMG.
V soucasnosti obecne neslouzi Eclipse k nicemu jinemu, nez jako GUI frontend pro maven a GIT pomozi M2E a GIT pluginu.
A funguje tak velice dobre, maximalne je potreba obcas zmackout ALT-F5 a nechat eclipse projekt re-scanovat.
Pouzivat stare Eclipse projekty by snad mohlo napadnout jedine cloveka, co prechazi ze zoufaleho .NETu, kde neni maven vubec.
-
JRebel samozrejme svoje pouziti ma, ale neprecenoval bych to.
V realu na slusnem stroji nabehne Spring Boot s bundlovanou Jettynou a Primefaces za cca 7 sekund a neni moc co resit, navic je potreba restart pouze pro modifikace managed beans, XHTML definice se muze menit bez zasahu.
Ze to na produkcni clusterovane Payare nabiha dlouho vyvojare s rychlou Jettynou tak nejak nezajima. A pokud nepotrebuje stare JSP, muze pouzit Undertow, ktery ma jeste rychlejsi startup.
Pokud jde o komplexni system, je vhodne zvazit pouziti OSGi containeru, tam se pak reloaduje pouze mala dilci service, reload je prakticky okamzity. V .NETu neexistuje nic jako Apache Karaf, pokus o OSGi.NET zdechl, posledni update 2014.
Pokud vsak byl zdeden monoliticky moloch narvany v jedno 50MB WARu, pak ma samozrejme JRebel smysl.
-
Mam doma docela dost slušný stroj a PetClinic ve Spring Bootu nenabehne za 7 sekund ani nahodou, to spise tak 15, pokud pouziju dev-tools dependency tak tech 10 sekund. Ale zaprve Pet Clinic je moc malý projekt a zadruhe i tech 7 sekund je presprilis.
.NET bych moc zoufalym nenazyval, pokud tam OSGI projekt zdechl, tak to znamena, ze ho nikdo nechtel. Joudo. Ocividnes nikdy v .NETu nedelal.
-
Jestli neznáš javamana, tak ti ho doporučuju ignorovat, je to psychicky narušený jedinec.
Fakt?
fakt
-
Mam doma docela dost slušný stroj a PetClinic ve Spring Bootu nenabehne za 7 sekund ani nahodou, to spise tak 15, pokud pouziju dev-tools dependency tak tech 10 sekund. Ale zaprve Pet Clinic je moc malý projekt a zadruhe i tech 7 sekund je presprilis.
.NET bych moc zoufalym nenazyval, pokud tam OSGI projekt zdechl, tak to znamena, ze ho nikdo nechtel. Joudo. Ocividnes nikdy v .NETu nedelal.
Tak to se asi lisime v definici slusneho stroje.
Prave jsem si ze srandy na mem starem notebooku Lenovo T430 z roku 2012 (dualcore stare I5, upgradovany na 12GB RAM a SSD disk) spustil jednu Spring Boot aplikaci, ktera ma v sobe 2WSDL endpointy s podporou WS security s pomesne slozitym WSDL, 2x WSDL klient, Primafaces a nekolik JSF stranek, dale DB konektivita. Pouzit je bundled Tomcat s Jasperem. Jedna se o aplikaci pro zalozeni TroubleTicketu na zaklade dat ze zdrojoveho systemu + data doplnena operatorem na Web strance.
Startup time v STS 3.8.3 7.5 sekundy.
A ten OSGi nikdo nechtel nejspis proto, ze to nikdy nepresahlo status experimentu. Ostatne by me samotneho zajimalo, jak je mozne provozovat OSGi bez maven/blueprint, to musi byt neskutecny oser.
Java neni jenom jazyk, je to cely provazany ekosystem, ke je jav jenom maly dilek skladacky. Maven, Maven Central, OSGi, Spring, Apache Foundation, Eclipse foundation, Github, Nexus/Archiva, Atlassian Stack, maven devops pluginy + puppet + docker + openstack - to je v kostce zaklad tohoto ekosystemu.
.NET + VS + VSS je jenom hloupe vyvojouve prostredi odpovidajici 90tym letum. Dneska je svet jinde. Jazyk a vyvojove prostredi je jenom smesne maly dilek ekosystemu.
Proto je .NET mimo. Proto MS do woken pridava WUBI (aby tam mohly jet Docker containery) Jsou vzadu a moc dobre to vi.
-
Ad Youdovych 7s na deploy na slusne masine (takze takovych 10+ sekund), ono to teda trva dyl, obzvlast pokud delas upravy ve vice nez-li jednom modulu:
7s trva re-deploy, udelas to 10x do hodiny, v praci stravis 8h = 560s denne, 2800s tydne, 11200s mesicne, 134400s rocne.
Celkem tedy: 37 hodin rocne stravi re-deployem. Naklady zamestnavatele na Youdu jsou 500,- / hodinu. Celkem tedy Youda rocne zabije 37 hodin, coz da 18500,- . JRebel stoji 10000,- rocne. Navic, protoze se jedna o zcela zabity cas, techto 37 hodin mohl byt tento Youda v podstate na dovolene, coz by mu dalo celkem 3.5 dnu rocne navic.
Gratuluji.
-
Všechno? Tak 80 % vývojářů jsou lopaty. Ale Eclipse používaj jen ty horší lopaty, protože ty průměrné poznají, že je to shit. Pokud ti někdo řekne, že používá Eclipse, tak hned víš, že je to lempl a nemusíš ho nabírat.
Suhlasim s javamanom, eclipse je hnusny prerasteny zbugovany shit. Sice poskytuje pluginy na rozne frikulinske technologie, ale nie je to nic, co by sa nedalo riesit inak. (napriklad cez maven)
OMG.
V soucasnosti obecne neslouzi Eclipse k nicemu jinemu, nez jako GUI frontend pro maven a GIT pomozi M2E a GIT pluginu.
A funguje tak velice dobre, maximalne je potreba obcas zmackout ALT-F5 a nechat eclipse projekt re-scanovat.
Pouzivat stare Eclipse projekty by snad mohlo napadnout jedine cloveka, co prechazi ze zoufaleho .NETu, kde neni maven vubec.
Su kadejake android edicie, spring edicie, hibernate edicie eclipse, jboss edicie a neviem co este. Videl som to ludi pouzivat a celkom som sa im cudoval. Aj na maven tam ludia instaluju pluginy, aby im to vobec islo. Zloba pomala to je a vytuhuje to.
-
Ad Youdovych 7s na deploy na slusne masine (takze takovych 10+ sekund), ono to teda trva dyl, obzvlast pokud delas upravy ve vice nez-li jednom modulu:
7s trva re-deploy, udelas to 10x do hodiny, v praci stravis 8h = 560s denne, 2800s tydne, 11200s mesicne, 134400s rocne.
Celkem tedy: 37 hodin rocne stravi re-deployem. Naklady zamestnavatele na Youdu jsou 500,- / hodinu. Celkem tedy Youda rocne zabije 37 hodin, coz da 18500,- . JRebel stoji 10000,- rocne. Navic, protoze se jedna o zcela zabity cas, techto 37 hodin mohl byt tento Youda v podstate na dovolene, coz by mu dalo celkem 3.5 dnu rocne navic.
Gratuluji.
Kdyz uz prechazime do dadaisticke formy, mel bys od te sumy 7sekundovych prostoju odecist dobu, kdy se programator behem onech 7 sekund napije kafe, popripade si podrbe koule. Rychlejsi to behem tech 7 sekund zvladnou oboje naraz.
Pak muze byt 7 sekud prostoj i vitanou pauzou ve stalem stopro nasazeni kodera po celych 8 hodin.
Zde ma .NET urcitou vyhodu, kdyz zase spadnou widle a je potreba reboot, ma koder cas se i vychcat.
Zajimave, vzdycky kdyz nekde narazim na obhajce mykosoftich zprasku, po case zacinam pochybovat o dusevnim stavu dotycneho. Nejlepsi pripad je asi nejznamejsi propagator ASP.NET a drzitel mnoha MS certifikatu, Michal Altair Valasek, ktery je deviant a je na to hrdy.
https://www.rider.cz/cs/about-me/default.aspx
Provozuje domeny ASPNET.cz a BSDM.cz.
Sadomasochisticke sklony urcite nejsou povinnou prerekvizitou k pouzivani mykosoftich zprasku, ale zrejme to pomaha.
-
Kdyz uz prechazime do dadaisticke formy, mel bys od te sumy 7sekundovych prostoju odecist dobu, kdy se programator behem onech 7 sekund napije kafe, popripade si podrbe koule. Rychlejsi to behem tech 7 sekund zvladnou oboje naraz.
Pak muze byt 7 sekud prostoj i vitanou pauzou ve stalem stopro nasazeni kodera po celych 8 hodin.
Zde ma .NET urcitou vyhodu, kdyz zase spadnou widle a je potreba reboot, ma koder cas se i vychcat.
Mě spadly Windows naposledy v roce 1998, pak jsem přešel na NT4 a od té doby nic. Ale slyšel jsem takové zvěsti o Yettim, UFO a padajících Windows.
-
Zajimave, ja mam ten podobny pocit pokazde, kdyz nekdo obhajuje Eclipse a tvrdi, ze JRebel neni zase takovy zazrak.
To si jako pokazde setris to napiti se kavy a poskrabani na koulich na deploy? Nemas lepsi si ulevit kdyz chces a ne kdyz zrovna budes deployovat? Je to pro tebe moc neunosne, dat za JRebel 10k a proste pak uz nic neresit?
-
Zajimave, ja mam ten podobny pocit pokazde, kdyz nekdo obhajuje Eclipse a tvrdi, ze JRebel neni zase takovy zazrak.
To si jako pokazde setris to napiti se kavy a poskrabani na koulich na deploy? Nemas lepsi si ulevit kdyz chces a ne kdyz zrovna budes deployovat? Je to pro tebe moc neunosne, dat za JRebel 10k a proste pak uz nic neresit?
No jo!
Jenze kdyz si budes drbat koule asynchronne, uplne s tim vymazes tu uzasnou vyhodu JRebelu zbavit se 7sec prostoje!
A kdyz to asynchronni kuledrbani pronasobis na rok, vyjdou z toho strasliva cisla.
Jestli ses lokalni reseller JRebelu, vsechna cest, delas to dobre. Produkt je to dobry a svoje vyuziti ma.
Jinak k tomu Eclipse, to se nyni v realu pouziva jako chytrejsi editor s autodoplnovani, kontrolou a refactoringe a spoustec externiho mavenu. V minulosti to byl bugfest, v nynejsi kostelaci maven + GIT je vicemene jedno, v cem se pise, klido pido ve VIMu.
Ostatne par kolegu pouziva Eclipse ulne ciste jenom jako editor, git a maven obsluhuji rucne v linuxovem terminalu, jsou na to tak zvykli.
-
Ad Youdovych 7s na deploy na slusne masine (takze takovych 10+ sekund), ono to teda trva dyl, obzvlast pokud delas upravy ve vice nez-li jednom modulu:
7s trva re-deploy, udelas to 10x do hodiny, v praci stravis 8h = 560s denne, 2800s tydne, 11200s mesicne, 134400s rocne.
Celkem tedy: 37 hodin rocne stravi re-deployem. Naklady zamestnavatele na Youdu jsou 500,- / hodinu. Celkem tedy Youda rocne zabije 37 hodin, coz da 18500,- . JRebel stoji 10000,- rocne. Navic, protoze se jedna o zcela zabity cas, techto 37 hodin mohl byt tento Youda v podstate na dovolene, coz by mu dalo celkem 3.5 dnu rocne navic.
Gratuluji.
A já pořád nechápal, kdo počítá škody ze zkopírovaného SW. Nemohl bys mi udělat i výpočet správné mzdy, protože ta aktuální vůbec neodráží realitu?
-
Ostatne par kolegu pouziva Eclipse ulne ciste jenom jako editor, git a maven obsluhuji rucne v linuxovem terminalu, jsou na to tak zvykli.
To budou nějaké lopaty, protože to I znamená integraci. Pokud to nechápou, tak fakt nepotřebují IDE a můžou prasit jako Kit i ve Vimu.
-
Ostatne par kolegu pouziva Eclipse ulne ciste jenom jako editor, git a maven obsluhuji rucne v linuxovem terminalu, jsou na to tak zvykli.
To budou nějaké lopaty, protože to I znamená integraci. Pokud to nechápou, tak fakt nepotřebují IDE a můžou prasit jako Kit i ve Vimu.
Ale prdlacky.
Zkratka to jejich "I" zahrnuje u par linuxovych terminalu na pravem a levem monitoru, eclipse maji na prostrednim monitoru. V tech terminalech par "tail -f" na logy, v jednom "mvn", git spousteji obvykle jednou denne navecer.
Tak nejak nevidim prislis velky rozdil, jestli v terminalu spustim "mvn jetty:run", nebo v eclipsu najdu a spustim target, ktery interne spousti "mvn jetty:run".
Teda mensi rozdil tu je, ten rucne spousteny mvn je obvykle posledni verze oproti nejake stare zbudlene s Eclipsem, takze je v tom mene chyb.
-
Ostatne par kolegu pouziva Eclipse ulne ciste jenom jako editor, git a maven obsluhuji rucne v linuxovem terminalu, jsou na to tak zvykli.
To budou nějaké lopaty, protože to I znamená integraci. Pokud to nechápou, tak fakt nepotřebují IDE a můžou prasit jako Kit i ve Vimu.
Ale prdlacky.
Zkratka to jejich "I" zahrnuje u par linuxovych terminalu na pravem a levem monitoru, eclipse maji na prostrednim monitoru. V tech terminalech par "tail -f" na logy, v jednom "mvn", git spousteji obvykle jednou denne navecer.
Tak nejak nevidim prislis velky rozdil, jestli v terminalu spustim "mvn jetty:run", nebo v eclipsu najdu a spustim target, ktery interne spousti "mvn jetty:run".
Teda mensi rozdil tu je, ten rucne spousteny mvn je obvykle posledni verze oproti nejake stare zbudlene s Eclipsem, takze je v tom mene chyb.
V eclipse sa da pustat externy maven.
-
Ostatne par kolegu pouziva Eclipse ulne ciste jenom jako editor, git a maven obsluhuji rucne v linuxovem terminalu, jsou na to tak zvykli.
To budou nějaké lopaty, protože to I znamená integraci. Pokud to nechápou, tak fakt nepotřebují IDE a můžou prasit jako Kit i ve Vimu.
Ale prdlacky.
Zkratka to jejich "I" zahrnuje u par linuxovych terminalu na pravem a levem monitoru, eclipse maji na prostrednim monitoru. V tech terminalech par "tail -f" na logy, v jednom "mvn", git spousteji obvykle jednou denne navecer.
Tak nejak nevidim prislis velky rozdil, jestli v terminalu spustim "mvn jetty:run", nebo v eclipsu najdu a spustim target, ktery interne spousti "mvn jetty:run".
Teda mensi rozdil tu je, ten rucne spousteny mvn je obvykle posledni verze oproti nejake stare zbudlene s Eclipsem, takze je v tom mene chyb.
Tail na logy mi úplně stačí :D Jako před 20 lety asi cool. Ale právě o tom píšu. Prostě to neumí a nic proti tomu, jen pak všechno sedí.
IDE se používá proto, abych nemusel žádné jiné nástroje používat. Jinak to postrádá smysl. Samozřejmě s Eclipse mám smůlu, když tam nic nefunguje. Ale to je zase problém lopat s Eclipse.
Jinak ten Git navečer musí být super, hlavně pokud děláte na společném kódu.
-
Tail na logy mi úplně stačí :D Jako před 20 lety asi cool. Ale právě o tom píšu. Prostě to neumí a nic proti tomu, jen pak všechno sedí.
Tak nám prozraď, IDE otroku, jak uděláš v tom tvém slavném IDE tohle:
tail -f log1 log2
-
(https://i.imgsafe.org/2cbd117b60.png)
-
Tail na logy mi úplně stačí :D Jako před 20 lety asi cool. Ale právě o tom píšu. Prostě to neumí a nic proti tomu, jen pak všechno sedí.
Tak nám prozraď, IDE otroku, jak uděláš v tom tvém slavném IDE tohle:
tail -f log1 log2
Si děláš pr.el? Do souborů se neloguje, vole :o
-
Si děláš pr.el? Do souborů se neloguje, vole :o
Javamane, nemusíš pořád měnit nicky. Místo sprostých nadávek nám raději vysvětli, jak podle tebe funguje to jediné správné javaman logování (TM) a proč nemůže být jeden z výstupů logování taky do souboru?
-
Každý tu mění nicky, kdo sem déle chodí. Pokud bych psal jen pod jedním, nikdo by mé luxusní rady neocenil :D Kámoš zboj jich má také hned několik.
Nevím, proč bych logoval do souboru. Osmdesátá léta jsou už pryč.
-
Nevím, proč bych logoval do souboru. Osmdesátá léta jsou už pryč.
Kam teda loguješ, prozraď nám to misteriózní tajemství, které je hodno jen vyvolených a běžné lopaty ho stejně nepochopí. Ó ty nejvyšší logovací autorito.
-
Jinak ten Git navečer musí být super, hlavně pokud děláte na společném kódu.
Mas ty vubec tuseni, co je to git, git branch a git merge?
Ne, to opravdu neni prelestene SVN/CVS.
-
Kam teda loguješ, prozraď nám to misteriózní tajemství, které je hodno jen vyvolených a běžné lopaty ho stejně nepochopí. Ó ty nejvyšší logovací autorito.
Ty tomu nerozumíš, nejlepčí je přece logovat do binárního blobu a když se rozbije, tak ho smáznout. Radí to i božský Lennart, a to je kurwa autorita!!!
-
Nevím, proč bych logoval do souboru. Osmdesátá léta jsou už pryč.
Kam teda loguješ, prozraď nám to misteriózní tajemství, které je hodno jen vyvolených a běžné lopaty ho stejně nepochopí. Ó ty nejvyšší logovací autorito.
Dělal si v posledních letech na nějaké aplikaci? Tak jste to tam měli.
Jinak ten Git navečer musí být super, hlavně pokud děláte na společném kódu.
Mas ty vubec tuseni, co je to git, git branch a git merge?
Ne, to opravdu neni prelestene SVN/CVS.
Hlavně merge ve Vimu bude lahůdka. To mu vůbec žádný čas nezabere, protože to vypadá skoro stejně jako v jeho luxusním Eclipse ;D
-
Hlavně merge ve Vimu bude lahůdka. To mu vůbec žádný čas nezabere, protože to vypadá skoro stejně jako v jeho luxusním Eclipse ;D
nemusí k tomu používat textový editor. může použít třeba meld.
osobně si u většiny konfliktů vystačím s ruční editací ======= a <<<<<<<.
-
Tomu přesně rozumím, protože chápu, jak amatéři vyvíjí. Ale já myslel normální prostředí a vývoj za peníze.
-
Dělal si v posledních letech na nějaké aplikaci? Tak jste to tam měli.
Chci odpověď, javamane, prozraď nám, kam loguješ. Nebo si o tobě mám myslet, že jsi jen plácající lopatka, relevantní asi tak stejně jako /dev/random?
-
[Zkratka to jejich "I" zahrnuje u par linuxovych terminalu na pravem a levem monitoru, eclipse maji na prostrednim monitoru. V tech terminalech par "tail -f" na logy, v jednom "mvn", git spousteji obvykle jednou denne navecer.
Tak nejak nevidim prislis velky rozdil, jestli v terminalu spustim "mvn jetty:run", nebo v eclipsu najdu a spustim target, ktery interne spousti "mvn jetty:run".
Se vším bych celkem souhlasil, mvn i git používám v terminálu (i když na logy používám spíš less a občas xtail, ale to je celkem detail), nicméně... nemůžu jen tak přehlédnout
git spousteji obvykle jednou denne navecer
WTF? To snad ne! To už fakt můžou používat svn...