C# alebo Java?

hurvajs

Re:C# alebo Java?
« Odpověď #75 kdy: 11. 08. 2018, 20:25:43 »
nejaky micek z hornej dolnrj by to asi napisal rychlejsie
Přesně tak, kdyby mi to někdo zaplatil.
Jinak s tímhle vám fandím a to vážně. Spousta věcí je kupodivu prací jedince, alespoň základ. Co vlastně programujete pokud se můžu zeptat.


tralala

Re:C# alebo Java?
« Odpověď #76 kdy: 11. 08. 2018, 20:41:02 »
Hlavna feature sparku je ze k big data pritiahol lopaty, cely ten pristup ako sa tie joby pocitaju je proste sexi, rovnako aj streaming a ta ml libka ... niekedy proste nejde o to co je v absolutnom zmysle uplne najlepsie. Ked je raz hadoop v jave tak je odveci pisat spark v c#, preco by to robili? Same problemy, to radsej scala ako to aj spravili.

Nevyhoda c# je nedostatok softveru a technologii ktore ta platforma ma k dispozicii, je to taky gap ze to c# uz nema sancu dobehnut

Géomètre

Re:C# alebo Java?
« Odpověď #77 kdy: 11. 08. 2018, 21:04:02 »
Hlavna feature sparku je ze k big data pritiahol lopaty, cely ten pristup ako sa tie joby pocitaju je proste sexi, rovnako aj streaming a ta ml libka ... niekedy proste nejde o to co je v absolutnom zmysle uplne najlepsie. Ked je raz hadoop v jave tak je odveci pisat spark v c#, preco by to robili? Same problemy, to radsej scala ako to aj spravili.

Nevyhoda c# je nedostatok softveru a technologii ktore ta platforma ma k dispozicii, je to taky gap ze to c# uz nema sancu dobehnut
A proč Scala?

tralala

Re:C# alebo Java?
« Odpověď #78 kdy: 11. 08. 2018, 21:25:28 »
Pretoze java je na to neskutocne ukecana a nejake jazykove konstrukty su v tom nezapisatelne aby to bolo take ciste ... tiez ma scala REPL a chceli aby to bolo spustatelne odtial, bol to jeden z cieliv co tym sledovali, vseobecne asi viac mature jazyk ... funkcionalne s objektovym, to proste chces

Re:C# alebo Java?
« Odpověď #79 kdy: 12. 08. 2018, 08:28:49 »
U velkych dat se predevsim pouzivaji algoritmy nad proudy dat, kterym pak staci jen male posuvne okno.

Co když data chcete setřídit nebo joinovat (tam Spark často také používá třídění)?

V cem je tam problem? Takove operace muzou byt bez problemu interni, navic implementovane variantami merge-sort, takze z API k uzivateli stale kouka jen male posuvne okno setrideneho proudu.


era

Re:C# alebo Java?
« Odpověď #80 kdy: 13. 08. 2018, 11:41:53 »
Podle mého laického názoru proto, že je to prostě "good enough" a tam kde to nahoníte výkonem, ztratíte jinde -- hlavně nástroji. Jak se třeba profiluje v takovém .NETu? Monitoruje VM atd.? Pokud se nepletu, tak za velké peníze.

Na linuxu můžete pro .net core použít perf:
https://www.youtube.com/watch?v=O4kTJW91Ri4

era

Re:C# alebo Java?
« Odpověď #81 kdy: 13. 08. 2018, 12:31:38 »
Nejvíc toho ale pro debugování a profilování aplikací na linuxu umí pořád jenom velké Visual Studio, kde můžete jednoduše vzdáleně ladit aplikace v dockeru na linuxu a nebo pomocí ssh. S tím, že se toho plánuje do budoucna víc jak pro Visual Studio, tak JetBrain vyvíjí taky vlastní profiler pro linux. Mono má potom zase vlastní profiler a nástroje.

Offroad Debugging of .NET Core on Linux OSX from Visual Studio

Neinformovaný

Re:C# alebo Java?
« Odpověď #82 kdy: 17. 08. 2018, 16:08:48 »
PHP je možná beznadějným jazykem, ale je o dost pohodlnější než Java a C# dohromady. Je také mnohem stručnější díky svému multiparadigmatickému přístupu. Jen se v něm nesmí programovat v javovském stylu - to je pak tragédie.

Pohodlnější leda na krátkej skript, jen tak vypíchnu pár věcí, co mě čim dál tim víc vytáčej, většina vyplývá z typování:

- Řetězec ani pole není objekt, takže ti znemožňuje řetězcový volání jako např. myArray.filter(x => x.length > 10).map(x => x.trim()), ale musíš funkce do sebe absolutně nepřehleně zanořit, nebo pro každý volání napsat novej řádek s přiřazenim

- Typy se píšou do bezcennejch komentářů ("anotací") a chybu se dozvíš až za běhu, né jako u staticky typovanejch jazyků, že ti to IDE ukáže. Takže pro to co je v Java/C# pěkně defaultně, ty musíš použít nástroj jako je PHPStan/Phan.

- Typehinty neumí pokročilejší výrazy, např. array<string>, ale musí se to zdlouhavě psát do komentářů

- Anotace je zvykem dělat zdlouhavě /** */ a roztáhnout minimálně na 3 řádky oproti jednoduchýmu @Anotace nebo [Anotace]

- Absence statickýho typování tě nutí myslet na typy. Je taky složitější nastudovat cizí kód.

- Nevim jak ostatní, ale já se trochu bojim používat ===, protože v PHP kdoví v jakym typu číslo přiletí a vznikne logická chyba..

- Minule jsem potřeboval poslat asynchronní dotaz do DB a zpracovat výsledek... Zatímto v JS/C#/Java je asynchronní volání IO operace samozřejmost, v PHP je to neskutečnej problém (když nepočítáme HTTP request). Navíc chybí výrobná async await konstrukce

- Výkon se samozřejmě nedá porovnávat s kompilovanym jazykem, i když nový PHP už je na tom líp než superpomalej Python

Fakt ti ani jedna z těch věcí nevadí?
Když někdo programuje delší dobu, tak snad musí pociťovat, že PHP na seriozní vývoj neni moc vhodný.

Trollopata

Re:C# alebo Java?
« Odpověď #83 kdy: 17. 08. 2018, 16:20:07 »
U velkych dat se predevsim pouzivaji algoritmy nad proudy dat, kterym pak staci jen male posuvne okno.

Co když data chcete setřídit nebo joinovat (tam Spark často také používá třídění)?

V cem je tam problem? Takove operace muzou byt bez problemu interni, navic implementovane variantami merge-sort, takze z API k uzivateli stale kouka jen male posuvne okno setrideneho proudu.

Já bych ta data raději řadil. Třídíme spíše odpad.

Bacsa

Re:C# alebo Java?
« Odpověď #84 kdy: 17. 08. 2018, 16:53:47 »
U velkych dat se predevsim pouzivaji algoritmy nad proudy dat, kterym pak staci jen male posuvne okno.
Co když data chcete setřídit nebo joinovat (tam Spark často také používá třídění)?
V cem je tam problem? Takove operace muzou byt bez problemu interni, navic implementovane variantami merge-sort, takze z API k uzivateli stale kouka jen male posuvne okno setrideneho proudu.
Třídíme spíše odpad.
Třeba tebe ;)