Fórum Root.cz

Práce => Studium a uplatnění => Téma založeno: AnotherLopata 12. 12. 2019, 14:08:18

Název: Přechod PHP -> Java
Přispěvatel: AnotherLopata 12. 12. 2019, 14:08:18
Ahoj,
mám za sebou 12 let vývoje v PHPku a přemýšlím co dál, rád bych PHP opustil. Důvodem jsou projekty - hodně času jsem strávil údržbou a vývojem zastaralých velkých korporátních backendů na kterých se typicky někdo na začátku učil programovat a pak už se jen s lety valila větší a větší sněhová koule. Ochota pro refactoring byla obvykle nulová ("aby to mělo smysl, tak to nikdo nezaplatí"). Na druhou stranu, ten korporát se obvykle dokázal postarat líp o všechno ostatní, než cool startup (věčné dilema). Dalším důvodem jsou i peníze, pochopil jsem, že při "stejné zkušenostní úrovni" se Javista bude mít zřejmě líp.
Java je mi hodně sympatická, ale zároveň dobře vidím, že bych se toho musel do začátku hromadu naučit a zřejmě se downgradovat na juniora (= jít dolů s pěnezma), což se mi už teď úplně nehodí (žena na mateřské, prcek, hypotéka atd.). Ze stejných důvodů i nemám moc volného času, takže bych se učil převážně v práci. I z těchto důvodů zvažuju opatrně.
Dává to ale aspoň z dlouhodobého hlediska smysl? Nebo by snad bylo nakonec výhodnější držet se svého kopyta a raději vyšvihnout na top seniora a ždímat z "PHP trhu" co se dá?
Díky, pěkný den,
Lopata
Název: Re:Přechod PHP -> Java
Přispěvatel: Idris 12. 12. 2019, 15:49:49
Java není složitá, ostatně byla navržena pro lopaty :) Každý svého neštěstí strůjcem :)

Ale teď vážně, zkuste kouknout trochu na něco moderního - Rust, Swift, Go. Vždy je lepší mít přehled a poptávka je vysoká.
Název: Re:Přechod PHP -> Java
Přispěvatel: Ondra Satai Nekola 12. 12. 2019, 16:21:31
Java není složitá, ostatně byla navržena pro lopaty :) Každý svého neštěstí strůjcem :)

Jazyk ne, ale ekosystém už se za ta leta celkem rozkošatěl...

Ale teď vážně, zkuste kouknout trochu na něco moderního - Rust, Swift, Go. Vždy je lepší mít přehled a poptávka je vysoká.

Kde ten Rust? Cvicne jsem hledal a nic moc (Swift je mimo muj ekosytem a o Go bych klavesnici neoprel).
Název: Re:Přechod PHP -> Java
Přispěvatel: gilll 12. 12. 2019, 16:33:31
Dnes webař v pohodě vystačí s JS a serverless technologiemi. Jestli chceš dělat co nejvíc novích projektů, asi nejlepší volba.
Název: Re:Přechod PHP -> Java
Přispěvatel: gilll 12. 12. 2019, 16:40:10
*nových
Název: Re:Přechod PHP -> Java
Přispěvatel: Idris 12. 12. 2019, 17:00:06
Kde ten Rust?
Minimálně v Brně. Pár fintechů a nějaké univerzitní spinoffy. Na meetupu zoufale sháněli.
Název: Re:Přechod PHP -> Java
Přispěvatel: Idris 12. 12. 2019, 17:01:37
Jazyk ne, ale ekosystém už se za ta leta celkem rozkošatěl...
To je pravda, ale pořád se dá držet při zemi.
Název: Re:Přechod PHP -> Java
Přispěvatel: Kit 12. 12. 2019, 18:59:37
mám za sebou 12 let vývoje v PHPku a přemýšlím co dál, rád bych PHP opustil
...
Nebo by snad bylo nakonec výhodnější držet se svého kopyta a raději vyšvihnout na top seniora a ždímat z "PHP trhu" co se dá?

Zůstaň u PHP, jinak u Javy budeš brečet.
Název: Re:Přechod PHP -> Java
Přispěvatel: to_je_jedno 12. 12. 2019, 19:06:55
Ahoj,
mám za sebou 12 let vývoje v PHPku a ... žena na mateřské, prcek, hypotéka atd.
Je vyvoj a vyvoj. Patlat neco lokalniho v Nette nebo samo-domo by me asi neba. Naproti tomu delat na symfony projektech pro zapadaky (holandany nepocitam, ty nebrat), primarne backend, kteri preferuji kvalitni praci, nemaji problem v rozumne mire chapat nutnost refactoringu me bavi.

S javou pak skoncis nejaky bance a to taky neni pro kazdyho.
Asi jsem lopata, ale ta frontend "moderna" v JS kde patla na jedno misto javascript, html i css to je humáč, k tomu kazda moderni vec je za tyden zastarala.
Název: Re:Přechod PHP -> Java
Přispěvatel: gill 12. 12. 2019, 20:33:33
Asi jsem lopata, ale ta frontend "moderna" v JS kde patla na jedno misto javascript, html i css to je humáč, k tomu kazda moderni vec je za tyden zastarala.

naopak nechápu striktní dělení na frontendisty a backendisty. Nejlepší backend vzniká organicky podle potřeb frontendu, když se backendista nepodílí na vývoji frontendu, nedopadá to dobře.
Název: Re:Přechod PHP -> Java
Přispěvatel: Josef Jebavý 12. 12. 2019, 23:32:56
Vzdycky jsrm chtel delat v Jave. Ale jak pisou vyse java je hlavne v bsnkovnich korporatech.
Název: Re:Přechod PHP -> Java
Přispěvatel: L.. 13. 12. 2019, 07:52:46
naopak nechápu striktní dělení na frontendisty a backendisty. Nejlepší backend vzniká organicky podle potřeb frontendu, když se backendista nepodílí na vývoji frontendu, nedopadá to dobře.

Tohle možná platí u nějakých hodně malých / amatérsky vedených projektů. U normálních projektů se rozhraní dělá na základě analýzy (která ty potřeby zohledňuje) a tedy není nutné, aby se backendista (přímo) podílel na vývoji frontendu. Naopak, vzhledem k rozdílu v technologiích a často i v programovacím jazyku je většinou to dost neoptimální.
Název: Re:Přechod PHP -> Java
Přispěvatel: Ondra Satai Nekola 13. 12. 2019, 09:12:52
Vzdycky jsrm chtel delat v Jave. Ale jak pisou vyse java je hlavne v bsnkovnich korporatech.

Určitě ne. Koukni na jobs, zagoogli a uvidíš.
Název: Re:Přechod PHP -> Java
Přispěvatel: gill 13. 12. 2019, 10:34:15
naopak nechápu striktní dělení na frontendisty a backendisty. Nejlepší backend vzniká organicky podle potřeb frontendu, když se backendista nepodílí na vývoji frontendu, nedopadá to dobře.

Tohle možná platí u nějakých hodně malých / amatérsky vedených projektů. U normálních projektů se rozhraní dělá na základě analýzy (která ty potřeby zohledňuje) a tedy není nutné, aby se backendista (přímo) podílel na vývoji frontendu. Naopak, vzhledem k rozdílu v technologiích a často i v programovacím jazyku je většinou to dost neoptimální.

návrh rozhraní podle analýzy jde podle proti agile metodice. Efektivnější je vyvýjet organicky podle požadavků frontendu, tam je nárůst režie, pokud jsou role backendistů a frontendistů striktně oddělené.
Název: Re:Přechod PHP -> Java
Přispěvatel: gill 13. 12. 2019, 10:40:10
oprava
naopak nechápu striktní dělení na frontendisty a backendisty. Nejlepší backend vzniká organicky podle potřeb frontendu, když se backendista nepodílí na vývoji frontendu, nedopadá to dobře.

Tohle možná platí u nějakých hodně malých / amatérsky vedených projektů. U normálních projektů se rozhraní dělá na základě analýzy (která ty potřeby zohledňuje) a tedy není nutné, aby se backendista (přímo) podílel na vývoji frontendu. Naopak, vzhledem k rozdílu v technologiích a často i v programovacím jazyku je většinou to dost neoptimální.

návrh rozhraní podle analýzy jde proti agile metodice. Efektivnější je vyvýjet organicky podle požadavků frontendu, tam je nárůst režie, pokud jsou role backendistů a frontendistů striktně oddělené.
Název: Re:Přechod PHP -> Java
Přispěvatel: kimec 13. 12. 2019, 10:53:14
Ahoj,
mám za sebou 12 let vývoje v PHPku a přemýšlím co dál, rád bych PHP opustil. Důvodem jsou projekty - hodně času jsem strávil údržbou a vývojem zastaralých velkých korporátních backendů na kterých se typicky někdo na začátku učil programovat a pak už se jen s lety valila větší a větší sněhová koule. Ochota pro refactoring byla obvykle nulová ("aby to mělo smysl, tak to nikdo nezaplatí"). Na druhou stranu, ten korporát se obvykle dokázal postarat líp o všechno ostatní, než cool startup (věčné dilema). Dalším důvodem jsou i peníze, pochopil jsem, že při "stejné zkušenostní úrovni" se Javista bude mít zřejmě líp.
Java je mi hodně sympatická, ale zároveň dobře vidím, že bych se toho musel do začátku hromadu naučit a zřejmě se downgradovat na juniora (= jít dolů s pěnezma), což se mi už teď úplně nehodí (žena na mateřské, prcek, hypotéka atd.). Ze stejných důvodů i nemám moc volného času, takže bych se učil převážně v práci. I z těchto důvodů zvažuju opatrně.
Dává to ale aspoň z dlouhodobého hlediska smysl? Nebo by snad bylo nakonec výhodnější držet se svého kopyta a raději vyšvihnout na top seniora a ždímat z "PHP trhu" co se dá?
Díky, pěkný den,
Lopata

Odporucam vam Javu. Vyhoda Javy je, ze sa pouziva napriec roznymi odvetviami: od ultra low latency systemov na financnych burzach az po klasicke korporaty, banky, IoT, BigData a ML. Mate velky pool moznosti a mozete sa presuvat medzi roznymi odvetviami, ked vas nieco omrzi.

Ak chete mat aj "vzruso" aj cas na dieta a stabilne platit hypoteku, Java je dost dobra volba.
Název: Re:Přechod PHP -> Java
Přispěvatel: Idris 13. 12. 2019, 11:17:52
naopak nechápu striktní dělení na frontendisty a backendisty. Nejlepší backend vzniká organicky podle potřeb frontendu, když se backendista nepodílí na vývoji frontendu, nedopadá to dobře.

Tohle možná platí u nějakých hodně malých / amatérsky vedených projektů. U normálních projektů se rozhraní dělá na základě analýzy (která ty potřeby zohledňuje) a tedy není nutné, aby se backendista (přímo) podílel na vývoji frontendu. Naopak, vzhledem k rozdílu v technologiích a často i v programovacím jazyku je většinou to dost neoptimální.

návrh rozhraní podle analýzy jde podle proti agile metodice. Efektivnější je vyvýjet organicky podle požadavků frontendu, tam je nárůst režie, pokud jsou role backendistů a frontendistů striktně oddělené.
“Vyvýjej” jak chceš, ale nech si ty svoje bláboly pro sebe.
Název: Re:Přechod PHP -> Java
Přispěvatel: AnotherLopata 13. 12. 2019, 11:37:56
kimec> díky za podporu

Jinak, kdybych měl vybrat, co chci dělat nejméně, bylo by to právě JS. Je tam momentálně sice obrovská poptávka, ale z mnoha důvodů, které leckoho asi napadnou, mě to neláká. Java se jeví jako takový stabilní a ukotvený svět, což člověk po třicítce žádá čím dál víc ve všech oblastech :D
Název: Re:Přechod PHP -> Java
Přispěvatel: Kit 13. 12. 2019, 11:44:19
kimec> díky za podporu

Jinak, kdybych měl vybrat, co chci dělat nejméně, bylo by to právě JS. Je tam momentálně sice obrovská poptávka, ale z mnoha důvodů, které leckoho asi napadnou, mě to neláká. Java se jeví jako takový stabilní a ukotvený svět, což člověk po třicítce žádá čím dál víc ve všech oblastech :D

Stabilní a ukotvený svět pro programátora po třicítce? PHP.
Název: Re:Přechod PHP -> Java
Přispěvatel: Ondra Satai Nekola 13. 12. 2019, 12:21:33
kimec> díky za podporu

Jinak, kdybych měl vybrat, co chci dělat nejméně, bylo by to právě JS. Je tam momentálně sice obrovská poptávka, ale z mnoha důvodů, které leckoho asi napadnou, mě to neláká. Java se jeví jako takový stabilní a ukotvený svět, což člověk po třicítce žádá čím dál víc ve všech oblastech :D

Stabilní a ukotvený svět pro programátora po třicítce? PHP.

Stabilni a ukotveny... v latrine.
Název: Re:Přechod PHP -> Java
Přispěvatel: L.. 13. 12. 2019, 12:50:58
Jinak, kdybych měl vybrat, co chci dělat nejméně, bylo by to právě JS. Je tam momentálně sice obrovská poptávka, ale z mnoha důvodů, které leckoho asi napadnou, mě to neláká.


Jako, napadnou. Namátkou:

- Nechci se učit kompletně nové paradigma
- Vůbec nechápu funkcionální programování
- Nedokážu pochopit koncepty jako destrukturování objektů, imutabilití objekty ve stavu aplikace, ...

Trefil jsem se? ;-)
Název: Re:Přechod PHP -> Java
Přispěvatel: gill 13. 12. 2019, 12:52:37
Jinde než na sdíleném hostingu není důvod PHP používat.
Název: Re:Přechod PHP -> Java
Přispěvatel: Kit 13. 12. 2019, 12:58:31
Jinak, kdybych měl vybrat, co chci dělat nejméně, bylo by to právě JS. Je tam momentálně sice obrovská poptávka, ale z mnoha důvodů, které leckoho asi napadnou, mě to neláká.
Jako, napadnou. Namátkou:

- Nechci se učit kompletně nové paradigma
- Vůbec nechápu funkcionální programování
- Nedokážu pochopit koncepty jako destrukturování objektů, imutabilití objekty ve stavu aplikace, ...

Trefil jsem se? ;-)

- Paradigma pro mne není nové
- Funkcionální programování není problém
- Immutabilní objekty mám v PHP běžně

Přesto mě Javascript neláká.
Název: Re:Přechod PHP -> Java
Přispěvatel: Kit 13. 12. 2019, 13:01:38
Jinde než na sdíleném hostingu není důvod PHP používat.

PHP je moderním programovacím jazykem, používám ho i na VPS. Jeho filozofie mi vyhovuje, mohu kombinovat paradigmata jak potřebuji.
Název: Re:Přechod PHP -> Java
Přispěvatel: gill 13. 12. 2019, 13:09:59
Jinde než na sdíleném hostingu není důvod PHP používat.

PHP je moderním programovacím jazykem, používám ho i na VPS. Jeho filozofie mi vyhovuje, mohu kombinovat paradigmata jak potřebuji.

jde o to co používá odvětví, ne co tobě vyhovuje. Objektivně PHP nepřináší žádnou výhodu mimo sdílený hosting.
Název: Re:Přechod PHP -> Java
Přispěvatel: Kit 13. 12. 2019, 13:15:05
Jinde než na sdíleném hostingu není důvod PHP používat.

PHP je moderním programovacím jazykem, používám ho i na VPS. Jeho filozofie mi vyhovuje, mohu kombinovat paradigmata jak potřebuji.

jde o to co používá odvětví, ne co tobě vyhovuje. Objektivně PHP nepřináší žádnou výhodu mimo sdílený hosting.

Na VPS je výhoda, že si to PHP mohu nakonfigurovat dle svých potřeb. Sdílené hostingy nenabízejí vše, co potřebuji, obvykle některé moduly chybí.
Název: Re:Přechod PHP -> Java
Přispěvatel: to_je_jedno 14. 12. 2019, 20:11:58
A zase spousta hejtu bez rozumny argumentace. Ne vsechno co se v IT dela je banka nebo let do vesmiru. A zdaleka ne vsechno v PHP je nejaka sracka a balast.
Název: Re:Přechod PHP -> Java
Přispěvatel: Standa Blábol 15. 12. 2019, 21:42:20
Moderni PHP pri zapnutem strictu a typehintama a Laravelem je uz rozumne pouzitelna zalezitost.

Je to defacto opajcovany Spring boot, maven se jmenuje composer. Templatovane pres blade a bootstrap

Delal jsem ted v tom nejake udelatka, jazyk byl dan zadavatelem.
A slo to celkem s vyuzitim VS Code rozumne pouzivat, rozhodne lip, nez treba Go.

Název: Re:Přechod PHP -> Java
Přispěvatel: Idris 15. 12. 2019, 22:34:36
A slo to celkem s vyuzitim VS Code rozumne pouzivat, rozhodne lip, nez treba Go.
V čem nešlo Go používat?
Název: Re:Přechod PHP -> Java
Přispěvatel: nula 16. 12. 2019, 08:42:01
Ahoj,
mám za sebou 12 let vývoje v PHPku a přemýšlím co dál, rád bych PHP opustil. Důvodem jsou projekty - hodně času jsem strávil údržbou a vývojem zastaralých velkých korporátních backendů na kterých se typicky někdo na začátku učil programovat a pak už se jen s lety valila větší a větší sněhová koule. Ochota pro refactoring byla obvykle nulová ("aby to mělo smysl, tak to nikdo nezaplatí"). Na druhou stranu, ten korporát se obvykle dokázal postarat líp o všechno ostatní, než cool startup (věčné dilema). Dalším důvodem jsou i peníze, pochopil jsem, že při "stejné zkušenostní úrovni" se Javista bude mít zřejmě líp.
Java je mi hodně sympatická, ale zároveň dobře vidím, že bych se toho musel do začátku hromadu naučit a zřejmě se downgradovat na juniora (= jít dolů s pěnezma), což se mi už teď úplně nehodí (žena na mateřské, prcek, hypotéka atd.). Ze stejných důvodů i nemám moc volného času, takže bych se učil převážně v práci. I z těchto důvodů zvažuju opatrně.
Dává to ale aspoň z dlouhodobého hlediska smysl? Nebo by snad bylo nakonec výhodnější držet se svého kopyta a raději vyšvihnout na top seniora a ždímat z "PHP trhu" co se dá?
Díky, pěkný den,
Lopata

Odporucam vam Javu. Vyhoda Javy je, ze sa pouziva napriec roznymi odvetviami: od ultra low latency systemov na financnych burzach az po klasicke korporaty, banky, IoT, BigData a ML. Mate velky pool moznosti a mozete sa presuvat medzi roznymi odvetviami, ked vas nieco omrzi.

Ak chete mat aj "vzruso" aj cas na dieta a stabilne platit hypoteku, Java je dost dobra volba.

Se zbytkem souhlasim, ale ultra low latency? Jako vazne? To jsem jeste nevidel. Pokud se jedna o ms, tak je to asi egal, ale kdyz je treba fungovat v μs a spolehlive, tak se mi to nejak nezda.

U BigData se pouziva, protoze je velky a funkcni a ekosystem. Z velke casti i free. Bohuzel tam zas bude tvuj nejhorsi nepritel garbage collector a posleze neefektivita java jazyka - jako napr. boxovane typy. Tezko rict, jestli casem toto neprebere Rust. I kdyz bez ekosystemu tezko.
Název: Re:Přechod PHP -> Java
Přispěvatel: Idris 16. 12. 2019, 09:19:56
Bohuzel tam zas bude tvuj nejhorsi nepritel garbage collector a posleze neefektivita java jazyka
V reálně nasazovaných knihovnách se právě kvůli neefektivnímu GC zcela nepokrytě (ale skrytě) alokuje ručně, všechny velké frameworky volají skrytá (a nativní, tedy “unsafe”) API, aby se vyhnuly enormní režii GC. Na obranu autorů Javy je třeba dodat, že tracing GC nejde udělat efektivně, i kvalitní a promyšlené implementace (konzervativní GC s nízkou latencí) mají v některých typech úloh problémy s efektivitou.

Název: Re:Přechod PHP -> Java
Přispěvatel: redustin 16. 12. 2019, 09:43:27
Bohuzel tam zas bude tvuj nejhorsi nepritel garbage collector a posleze neefektivita java jazyka - jako napr. boxovane typy.

To je pravda. Na druhou stranu se java stále vyvíjí a i legacy projekty mají poměrně vysokou šanci, že v blízké budoucnosti budou mít k dispozici low-latency GC https://wiki.openjdk.java.net/display/zgc/Main a v mírně vzdálenější budoucnosti hodnotové typy a primitivní typy v kolekcích https://wiki.openjdk.java.net/display/valhalla/Valhalla_Goals . Velký projekt, ale dělá se na něm celkem dost http://hg.openjdk.java.net/valhalla/valhalla .

Ani dnes bych se nebál postavit nový projekt na javě.
Název: Re:Přechod PHP -> Java
Přispěvatel: nula 16. 12. 2019, 09:49:45
Bohuzel tam zas bude tvuj nejhorsi nepritel garbage collector a posleze neefektivita java jazyka
V reálně nasazovaných knihovnách se právě kvůli neefektivnímu GC zcela nepokrytě (ale skrytě) alokuje ručně, všechny velké frameworky volají skrytá (a nativní, tedy “unsafe”) API, aby se vyhnuly enormní režii GC. Na obranu autorů Javy je třeba dodat, že tracing GC nejde udělat efektivně, i kvalitní a promyšlené implementace (konzervativní GC s nízkou latencí) mají v některých typech úloh problémy s efektivitou.

Jj, presne tak. Bohuzel to byva problematicke, protoze Oracle tomu hazi klacky pod nohy a meni unsafe api pod rukama (i kdyz teda samozrejme nikdo nikdy negarantoval, ze zustane stejne, ale z praktickych duvodu se kod velkych frameworku unsafem jenom hemzi - jinak to rozumne delat neslo).
Název: Re:Přechod PHP -> Java
Přispěvatel: Idris 16. 12. 2019, 09:52:34
Bohuzel tam zas bude tvuj nejhorsi nepritel garbage collector a posleze neefektivita java jazyka
V reálně nasazovaných knihovnách se právě kvůli neefektivnímu GC zcela nepokrytě (ale skrytě) alokuje ručně, všechny velké frameworky volají skrytá (a nativní, tedy “unsafe”) API, aby se vyhnuly enormní režii GC. Na obranu autorů Javy je třeba dodat, že tracing GC nejde udělat efektivně, i kvalitní a promyšlené implementace (konzervativní GC s nízkou latencí) mají v některých typech úloh problémy s efektivitou.

Jj, presne tak. Bohuzel to byva problematicke, protoze Oracle tomu hazi klacky pod nohy a meni unsafe api pod rukama (i kdyz teda samozrejme nikdo nikdy negarantoval, ze zustane stejne, ale z praktickych duvodu se kod velkych frameworku unsafem jenom hemzi - jinak to rozumne delat neslo).
Oracle jen ještě víc podělal už tak dost stupidní situaci.
Název: Re:Přechod PHP -> Java
Přispěvatel: kimec 16. 12. 2019, 10:16:15

Odporucam vam Javu. Vyhoda Javy je, ze sa pouziva napriec roznymi odvetviami: od ultra low latency systemov na financnych burzach az po klasicke korporaty, banky, IoT, BigData a ML. Mate velky pool moznosti a mozete sa presuvat medzi roznymi odvetviami, ked vas nieco omrzi.

Ak chete mat aj "vzruso" aj cas na dieta a stabilne platit hypoteku, Java je dost dobra volba.

Se zbytkem souhlasim, ale ultra low latency? Jako vazne? To jsem jeste nevidel. Pokud se jedna o ms, tak je to asi egal, ale kdyz je treba fungovat v μs a spolehlive, tak se mi to nejak nezda.

U BigData se pouziva, protoze je velky a funkcni a ekosystem. Z velke casti i free. Bohuzel tam zas bude tvuj nejhorsi nepritel garbage collector a posleze neefektivita java jazyka - jako napr. boxovane typy. Tezko rict, jestli casem toto neprebere Rust. I kdyz bez ekosystemu tezko.
Rozumiem vasmu prekvapeniu, ale je to tak. Nerozumiem preco by Java nemohla "fungovat spolehlive v μs".

Java postupne nahradza C++ v ultra low latency domene, kvoli "time to market", transparentnosti a debugovatelnosti.
Je pravdepodobne, ze v C++ sa da napisat rychlejsi kod, ale za cas, ktory budete tunit C++, iny tim doda fungujuce riesenie v Jave, ktore bude porovnatelne rychle ako neoptimalizovane C++ a vyfukne vam potencialny naskok na trhu.

Je to cisto ekonomicky problem: ani C++ ani Java neporazi FPGA a ASIC. A teda ak chcem nieco super rychle, tak to nebudem robit v C++ alebo v Jave, ale rovno FPGA. Pokial som bohaty, urobim si batch ASICov.

Samozrejme, ultra low latency Java nie je idiomaticka Java, ktora sa pise v klasickych korporatoch. Tu sa bavime o tom, ze mi zalezi na NUMA, cachiach, forme synchronizacie, pinovanie trheadov, OS tunning, GC tuning (resp. no GC), busy spinovanie atd.

Ak ste sa o tuto domenu nikdy nezaujimali, odporucam vam prednasku: Ultra low latency Java in the real world - Daniel Shaya
Název: Re:Přechod PHP -> Java
Přispěvatel: kimec 16. 12. 2019, 11:00:23
Bohuzel tam zas bude tvuj nejhorsi nepritel garbage collector a posleze neefektivita java jazyka - jako napr. boxovane typy.

To je pravda. Na druhou stranu se java stále vyvíjí a i legacy projekty mají poměrně vysokou šanci, že v blízké budoucnosti budou mít k dispozici low-latency GC https://wiki.openjdk.java.net/display/zgc/Main a v mírně vzdálenější budoucnosti hodnotové typy a primitivní typy v kolekcích https://wiki.openjdk.java.net/display/valhalla/Valhalla_Goals . Velký projekt, ale dělá se na něm celkem dost http://hg.openjdk.java.net/valhalla/valhalla .

Ani dnes bych se nebál postavit nový projekt na javě.

Kazdy tracing GC (a teda aj ZGC) ma zasek, ide o to, ako dlho zasek trva a ci dlzka zaseku je proporcna velkosti heapu. Low latency system by z pravidla nemal mat zasek ziaden. Tu je ale zase ina otazka a to, co sa vlastne za zasek povazuje, nakolko aj OS samotny ma rozne zaseky. Odporucam clanok o coordinated omission. Kazdopane, ZGC je lepsie oznacit za low pause GC. Podobne ako Shenandoah.

Aj "pause-less" GC ako C4 v Zingu ma malicku pauzu, akurat je ta pauza taka kratka, ze zaseky sposobene kernelom a OS samotnym su vacsie. Btw prave ZGC je velmi podobne C4 v Zingu. Bola okolo toho aj "mala drama". Mne osobne sa viac paci Shenandoah nakolko neni od Oracle ale od overeneho opensource vendora.
Název: Re:Přechod PHP -> Java
Přispěvatel: gill 16. 12. 2019, 11:51:18
Moderni PHP pri zapnutem strictu a typehintama a Laravelem je uz rozumne pouzitelna zalezitost.

Je to defacto opajcovany Spring boot, maven se jmenuje composer. Templatovane pres blade a bootstrap

Delal jsem ted v tom nejake udelatka, jazyk byl dan zadavatelem.
A slo to celkem s vyuzitim VS Code rozumne pouzivat, rozhodne lip, nez treba Go.

jestli se vám líbí Java, nedivím se, že se vám líbí i moderní PHP.
Název: Re:Přechod PHP -> Java
Přispěvatel: fortran1986 17. 12. 2019, 18:22:20
Moderni PHP pri zapnutem strictu a typehintama a Laravelem je uz rozumne pouzitelna zalezitost.

Je to defacto opajcovany Spring boot, maven se jmenuje composer. Templatovane pres blade a bootstrap

Delal jsem ted v tom nejake udelatka, jazyk byl dan zadavatelem.
A slo to celkem s vyuzitim VS Code rozumne pouzivat, rozhodne lip, nez treba Go.

Ale stále ten skript beží len pár sekúnd po requeste. V iných prostrediach si viem zvoliť dobu platnosti objektu. V PHP je platnosť objektu max. per-request. Pri ďalšom requeste sa vymaže celý obsah pamate a skript beží "nanovo". A dokonca aj ten beh skriptu zvykne byť časovo obmedzený (podľa nastavení). Odpoveďou na request je vždy nejaký string pričom PHP skript rieši len spracovanie vstupu na základe ktorého generuje nejaký textový výstup. Je to teda taký lepší templating engine povýšený na jazyk.

PS: neberte to ako hejt ja tiež na niektoré menšie veci používam PHP.
Název: Re:Přechod PHP -> Java
Přispěvatel: Kit 17. 12. 2019, 18:57:35
Ale stále ten skript beží len pár sekúnd po requeste. V iných prostrediach si viem zvoliť dobu platnosti objektu. V PHP je platnosť objektu max. per-request. Pri ďalšom requeste sa vymaže celý obsah pamate a skript beží "nanovo". A dokonca aj ten beh skriptu zvykne byť časovo obmedzený (podľa nastavení). Odpoveďou na request je vždy nejaký string pričom PHP skript rieši len spracovanie vstupu na základe ktorého generuje nejaký textový výstup. Je to teda taký lepší templating engine povýšený na jazyk.

To je přesně účel PHP. Sice jsem veškeré HTML vystrnadil mimo něj, ale stále je to jazyk, ve kterém zpracuji vstup, provedu interakci s databází, vyleju data na výstup a ukončím skript. Není to pár sekund, ale jen desítky milisekund. Paměť se promázne a může zpracovat další request. Nemusím řešit memory leaky, synchronizaci vláken a když proces jednoho requestu spadne, na další to nemá vliv. Zero down time při update je také velkou výhodou, kterou se každý jazyk pochlubit nemůže.