Fórum Root.cz
Práce => Studium a uplatnění => Téma založeno: nerozhodny99 03. 06. 2016, 02:05:16
-
Caute, pracujem na polovicny uvazok ako .net-ak, no vo volnom case programujem a ucim sa robit appky v jave ... obe technologie ma bavia no o rok koncim Ing a mal by som sa zdokonalovat v jednej technologii a tu ovladat co najlepsie .. no neviem sa rozhodnut ... podla akych kriterii by ste mi radili vybrat si? respektive ak je tu niekto kto tiesil podobnu otazku tak podla coho sa rozhodol on? Dakujem
-
Kdyř Javu EE tak se smiř, že vždycky narazíš na apokalyptického Javokrata který tebe a kolegy přiměje dělat taky ve Springu a bude tě tahat po různých šedivých zákoutích této platformy. Navíc typický Javokrat používá Eclipse.
-
To by byl svět totiž moc jednoduchý, kdyby stačila Java EE, Javokrati ho mají raději složitější.
-
ked viete .net chodte do .net
alebo si hodte mincou
-
za mne .net. a na nejake multikulti platformni reseni vysrat 8)
-
javu som sa zacal ucit aby som ziskal prehlad, no noteraz ked uz mam nejake veci vyskusane mi pride .net moc izi v porovnani s javou :D tak sa bojim aby ma to pocase neprestalo bavit
-
javu som sa zacal ucit aby som ziskal prehlad, no noteraz ked uz mam nejake veci vyskusane mi pride .net moc izi v porovnani s javou :D tak sa bojim aby ma to pocase neprestalo bavit
Proč by tě to přestalo bavit? Programování jako programování. Jestli protože budeš všechno umět, tak já si myslim že je furt co novýho se učit :D
Za mě .NET, Java mi přijde jako zbytečně velkej kolos, kterej nevyužiju.
-
ASP.NET Core
-
Zelenac sa zacal ucit pred mesiacom a uz tu dava rozumy.. A .net core je uz production ready?
Je to skor o tom, v ktorej oblasti chces robit. Ked banking, poistovnictvo (prasule..), tak java. Ak nejake sharepointy, tak .net. Zacinaju sa presadzovat aj internet bankingy v .nete co som si v simol (ale to bude skor iba frontend).
-
popravde ... je mi jedno aky typ projektu budem robit ak bude zaujimavy a budem sa moct na nom rozvijat a nerobit stale tie iste veco dokola
-
Ak chces zarabat poriadne prachy a nie nejake drobne tak java 8)
-
javjav:
Tak to je dobrej nesmysl hned poranu 😃
-
chces snad povedat ze java programaori nemaju viac prachov ako .net? tak si pozri statistiky na platy.sk / platy.cz :)
-
Kdyř Javu EE tak se smiř, že vždycky narazíš na apokalyptického Javokrata který tebe a kolegy přiměje dělat taky ve Springu a bude tě tahat po různých šedivých zákoutích této platformy. Navíc typický Javokrat používá Eclipse.
Na Springu nic zle nie je. Narozdiel od J2EE standardu nevznikal od zeleneho stolu, ale robili to koderi pre koderov. Kto ma rozum a vyslovene nie je nuteny k standardu, pre vlastne dobro si vyberie Spring. S tym Eclipse to nie je tiez jasne. Kazdy preferuje ine prostredie, u nas vo firme mame slobodnu volbu a vacsina funguje na netbeans. Vidno, ze ste klasicky cesky expert na vsetko.
Ja poviem takto, nech si dotycny vyberie, ci chce byt junior, alebo senior. Kedze nic nema v jave odkodene, bude dostavat juniorsky plat, co je trosku naprd. Ale ziska to, ze nebude zaprdeny fachidiot a bude ovladat dve platformy.
-
Kdyř Javu EE tak se smiř, že vždycky narazíš na apokalyptického Javokrata který tebe a kolegy přiměje dělat taky ve Springu a bude tě tahat po různých šedivých zákoutích této platformy. Navíc typický Javokrat používá Eclipse.
Na Springu nic zle nie je. Narozdiel od J2EE standardu nevznikal od zeleneho stolu, ale robili to koderi pre koderov. Kto ma rozum a vyslovene nie je nuteny k standardu, pre vlastne dobro si vyberie Spring. S tym Eclipse to nie je tiez jasne. Kazdy preferuje ine prostredie, u nas vo firme mame slobodnu volbu a vacsina funguje na netbeans. Vidno, ze ste klasicky cesky expert na vsetko.
Ja poviem takto, nech si dotycny vyberie, ci chce byt junior, alebo senior. Kedze nic nema v jave odkodene, bude dostavat juniorsky plat, co je trosku naprd. Ale ziska to, ze nebude zaprdeny fachidiot a bude ovladat dve platformy.
Co to tady placáš ty podtatrane že JEE vznikal od zeleného stolu orpoti Springu, to se učí u vás tohlensto? Řekni mi, proč by měl někdo používat Spring namísto EE 7? Pro drtivou většinu projektů to nenese žádné výhody, umí to všechno co běžně používá ve Springu, Aplikační server pro Javu EE je luxusní záležitost, ne jako Tomcat, nemusíš konfigurovat stohy kravin v XMLku, EE je navíc standard. Tys Javu EE 7 viděl zřejmě tak na obrázku.
-
Co to tady placáš ty podtatrane že JEE vznikal od zeleného stolu orpoti Springu, to se učí u vás tohlensto?
Pamatujete si ještě dobu EJB verze 2? To je JEE od zeleného stolu a srovnání proti Springu té doby dopadlo jasně - EJB verze 3 vypadají úplně jinak, jsou tam převzaté klíčové funkce ze Springu (CDI).
-
za mne .net. a na nejake multikulti platformni reseni vysrat 8)
Proč .net? Myslíš, že je to masochista? V práci mám tři kolegy, co se .netem živí a musím říct, že každou prkotinu, kterou je potřeba udělat (změna layoutu,...) řeší týden. První den vymýšlí, co asi nastavit a experimentují. Druhý den googlí, jak to vlastně řeší jiní, protože na to nepřišli. Nejslušnější slovo, co v úterý padne, je "mrkvošrotí black box". Během středy to nějak polepí, ve čtvrtek ráno dojde tesťák, zeptá se, kdo ten kus dělal, ukáže mu, že třeba po změně velikosti okna zamrzne obsah a přestane refreshovat obsah okna. No a zbytek čtvrtku a pátek jsou snaha uvést to do nerozbitýho stavu... A těch telefonů z technické podpory, jakou verzi .NET mají zákazníkovi instalovat a proč to stávkuje...
/* Stejnou prkotinu bych v Delphi dal za cca hodinu, ale říďa je holt frikulín a chce C# */
-
Este by som mohol dodat ze sa jedna o webove appky, nevenujem sa desktopu
-
Řekni mi, proč by měl někdo používat Spring namísto EE 7?
Java EE 7 do veľkej miery dobieha sadu funkcionality, ktorá je v Springu. Je veľmi málo featúr, ktorá existuje v Java EE a nie je v Springu urobená buď rovnako, alebo dokonca lepšie. Na druhej strane, Spring vie Java EE featúry využívať bez problémov (@Inject, JSF, JPA).
U nás máme spring-based architektúru hlavne preto, lebo Spring Boot umožňuje deployovať microservices extrémne jednoducho a rýchlo. (tam Java EE tak skoro nebude). Nehovoriac o perlách ako integrácie s cloudovými technológiami.
Popri tom máme Spring Security na zabezpečenie REST API (v Java EE neexistuje ekvivalent, azda len Apache Shiro). Na samotné REST API je v Spring @MVC, ktoré je rovnako efektívne ako JAX-RS.
Na ostatných projektoch máte vecičky ako Spring Integration, či Spring Web Security.
Java EE už nie je ten humus, čo bývali staré EJB, problém je však v tom, že i keď je to štandard, kým sa výboru podarí pretlačiť špecifikáciu a kým ju implementujú aplikačné servery, môže uplynúť dosť veľa času. (Porov. kde bude Java EE 8 a čo bude riešiť Spring 5).
A mimochodom, XML už vôbec nemusíte používať: naše microservicy nad Spring Bootom / Tomcatom majú presne 0 riadkov XML.
-
za mne .net. a na nejake multikulti platformni reseni vysrat 8)
Proč .net? Myslíš, že je to masochista? V práci mám tři kolegy, co se .netem živí a musím říct, že každou prkotinu, kterou je potřeba udělat (změna layoutu,...) řeší týden. První den vymýšlí, co asi nastavit a experimentují. Druhý den googlí, jak to vlastně řeší jiní, protože na to nepřišli. Nejslušnější slovo, co v úterý padne, je "mrkvošrotí black box". Během středy to nějak polepí, ve čtvrtek ráno dojde tesťák, zeptá se, kdo ten kus dělal, ukáže mu, že třeba po změně velikosti okna zamrzne obsah a přestane refreshovat obsah okna. No a zbytek čtvrtku a pátek jsou snaha uvést to do nerozbitýho stavu... A těch telefonů z technické podpory, jakou verzi .NET mají zákazníkovi instalovat a proč to stávkuje...
/* Stejnou prkotinu bych v Delphi dal za cca hodinu, ale říďa je holt frikulín a chce C# */
No vono neschopnost a neznalost technologie se nejcasteji ospravedlnuje nadavanim na firmu, ktera danej produkt vymyslela. Mam taky tak par kolegu, kteri neustale picuji na MS, jenom problem je ten, ze si to nenastuduju, nepochopi a pak picujou na vsechno. Podobne se nerozviji dal, kodi si jenom to sve v C++ a neznaji ani nove standardy, ktere prineslo napr. c++11.
javjav:
No mensi odchylky jsou, ale taky to nevypovida o kvalite. Mnozstvo bank dela v jave a banka zaplati. Jenom ta kvalita je nekde (_|_)
-
Ber .net ... o chvilku sa zacnu prepisovat projekty do asp.core, java je zlepenec z miliona frameworkou, sice je tam vyssi plat ale ten rozdiel 100-200e je zanedbatelne ak sa nebudes musiet hrabat v bordeli a usetri ti to nervy
-
Jo macher to vystihl krasne :)
-
On ten .NET podle mě na tom neni vůbec špatně s rozšířeností. Alspoň takhle na oko. Hodně jsem se díval po českejch i zahraničních (UK) softwarovejch firmách a většina jich nabízí vývoj v .NET, nebo ho maj alspoň před Javou.
.NET na tom bude možná líp do budoucna. I teď je dost rozšířenej, přestože neni (nebyl) multiplatformní. Záleží na tom, jestli .NET Core zvedne zájem.
-
presne tak, jedno skvele IDE, narozdiel od javy kde v kazdej firme maju zauzivane ine veci ..., tak isto sa mi viac paci dokumentacia msdn ... takze zamna .net is future
-
http://www.dailyfreecode.com/forum/101-reasons-why-java-better-than-net-6719.aspx (http://www.dailyfreecode.com/forum/101-reasons-why-java-better-than-net-6719.aspx) ?
-
presne tak, jedno skvele IDE, narozdiel od javy kde v kazdej firme maju zauzivane ine veci ..., tak isto sa mi viac paci dokumentacia msdn ... takze zamna .net is future
To skvele IDE myslite 32bitove VisualStudio pro ktere Microsoft stale odmita vytvorit 64bitovou variantu presto ze tim spouste vyvojaru komplikuje praci s velkymi projekty?
-
ano to :)
-
I kdyz postrada 64-bit verzi, stale je to nejlepsi IDE oproti eclipse, netbeans, android studio
-
Kdyř Javu EE tak se smiř, že vždycky narazíš na apokalyptického Javokrata který tebe a kolegy přiměje dělat taky ve Springu a bude tě tahat po různých šedivých zákoutích této platformy. Navíc typický Javokrat používá Eclipse.
Na Springu nic zle nie je. Narozdiel od J2EE standardu nevznikal od zeleneho stolu, ale robili to koderi pre koderov. Kto ma rozum a vyslovene nie je nuteny k standardu, pre vlastne dobro si vyberie Spring. S tym Eclipse to nie je tiez jasne. Kazdy preferuje ine prostredie, u nas vo firme mame slobodnu volbu a vacsina funguje na netbeans. Vidno, ze ste klasicky cesky expert na vsetko.
Ja poviem takto, nech si dotycny vyberie, ci chce byt junior, alebo senior. Kedze nic nema v jave odkodene, bude dostavat juniorsky plat, co je trosku naprd. Ale ziska to, ze nebude zaprdeny fachidiot a bude ovladat dve platformy.
Co to tady placáš ty podtatrane že JEE vznikal od zeleného stolu orpoti Springu, to se učí u vás tohlensto? Řekni mi, proč by měl někdo používat Spring namísto EE 7? Pro drtivou většinu projektů to nenese žádné výhody, umí to všechno co běžně používá ve Springu, Aplikační server pro Javu EE je luxusní záležitost, ne jako Tomcat, nemusíš konfigurovat stohy kravin v XMLku, EE je navíc standard. Tys Javu EE 7 viděl zřejmě tak na obrázku.
Som developer, s 10 rokmi praxe. Mal som moznost pouzivat vsetko mozne. Radim nastudovat si fakty.
-
Uc sa obe, vedomosti sa doplnia a zistis ze veci sa daju robit aj inak.
Asp.net (ci uz mvc, webforms alebo webpages) ma rychlejsi start ale horsiu udrzbu. Java (ci uz ee, spring, alebo ine fw) tazsi start ale potom to ide ako po masle.
.net svet trpi nedodstatkom kvalitnych kniznic (standardne workflow, reporty, integracie, spracovanie dat) a vsetko je microsoft way a ine cesty ani moc nie su a navyse v .net sa riesi vela veci automagicky, takze programatori moc nepremyslaju ale ked je problem tak ho nevedia vyriesit.
.net core je velmi obmedzene oproti beznemu asp.net, davam mu este take 2-3 roky kym bude realne pouzitelne tak, ze aj vyhody prinesie.
ja osobne si vyberam javu kedy mozem... poznam obe velmi dobre a robim 12 rokov s oboma.
-
Net ma dost knihoven a udelas tam hodne veci rychle, kdezto u javy je X frameworku a kym to spatlas dokupy, ja uz pouzivam aplikaci psanou v c#/wpf
-
S oboma robim, ale v praci sa venujem predsa len jednemu .. no rozmyslam o zmene zamestnavatela a neviem ci neist do javy .... nechcem momentalne stracat cas s oboma, pretoze chcem sa cim skor vypracovat na uroven freelancera ... a tych veci k jednej konkretnej tehcnologii je dost tak az ked budem ovladat tu perfektne, potom by som sa pustil do takeho hrajkania aj s druhou:D
-
Ja neviem ja robim s oboma cely moj profesny zivot (+ ine veci) a vyberam si spravny najstroj na dany problem a tu mi java pomaha viac ako .net. ale to neznamena, ze na daky problem si nevyberiem radsej .net (ako viac nativne aplikacie na windowse alebo jednoucelove stranky). Proste na kazdy problem existuje nastroj, a lepsie ich poznat ako sa trapit s niecim co na to nei je urcene.
Ale zavisi comu sa chces venovat, ake projekty ta bavia, lebo na uroven freelancera nepotrebujes vela vediet, staci sa len zamerat na daku oblast a tej da venovat.
-
Delal jsem v PHP. Nyni chci udelat mensi 4fun projekt jehoz soucasti bude i jednoduchy crawler. Uvazoval jsem o Pythonu, ale nechce se mi zase skriptovat, takze chci pouzit bud Javu nebo ASP.NET Core (na Linuxu, experimentalne). Premyslel jsem a u ani jedne technologie pro me nevyplyva nejaka zavratna vyhoda/nevyhoda. Pro co se mam rozhodnout?
-
Delal jsem v PHP. Nyni chci udelat mensi 4fun projekt jehoz soucasti bude i jednoduchy crawler. Uvazoval jsem o Pythonu, ale nechce se mi zase skriptovat, takze chci pouzit bud Javu nebo ASP.NET Core (na Linuxu, experimentalne). Premyslel jsem a u ani jedne technologie pro me nevyplyva nejaka zavratna vyhoda/nevyhoda. Pro co se mam rozhodnout?
Pro PHP.
-
malo zadania, ci to mbezat nonstop alebo take jadnorazove to ma byt a co sa ma diat s udajmi
na zlozitejsi crawler vies pouzit apache notch alebo ak nieco jednoduchsie tak staci jsoup a daky http klient (okhttp alebo apache, podla toho ci mas http 2).
v .net vies pouzit napr vstavaneho httpclient (lepsie nez httpwebrequest alebo webclient) a napr http agility kit.
zavisi co chces robit a v com vies robit.
rozhodni sa k comu mas blizsie, na jednoduchu jednorazovku je to jedno...
-
A hele, Oracle sere na Javu http://connect.zive.cz/bleskovky/oracle-nadale-roste-vcloudu-zacina-ale-odsouvat-javu-na-druhou-kolej/sc-321-a-182871
-
java ee je sice v polo komatu ale je tu spring
java se sa vyvija.
bude java 9
alebo dalsia zo serie "java je mrtva. uz 20 rokov"
-
A hele, Oracle sere na Javu http://connect.zive.cz/bleskovky/oracle-nadale-roste-vcloudu-zacina-ale-odsouvat-javu-na-druhou-kolej/sc-321-a-182871
To už platí déle. Je třeba si přiznat, že Java je zastaralá a jede jen ze setrvačnosti. Při nemalém množství extrémní snahy by se dala samozřejmě aktualizovat, aby šla s dobou, nicméně i Oraclu je jasné, že to asi nemá cenu vzhledem k novým jazykům, jež řeší totéž lépe. Je to prostě legacy, v podstatě už několik let, teď to je jen zřejmější. Java 9 bude udržovací a pak dlouho nic. Ať žije nový Cobol :)
-
jvm tu s nami bude 4ever
a nad nim jazyky
-
no tak jedine .NET a C#. Java jde do kytek 8)
-
Jedině PHP. Má v tom praxi a udělá v tom snadno vše potřebné.
-
neumím ani Javu ani .Net, ale rozhodne bych se zajímal o RUBY..je multiplatformi a hlavne silny scriptovací jazyk, kterym se dneska delaji i veci treba pro Shopify a jine velke projekty. V jave se treba da psat Ruby pomoci Grails...
ja osobne mam v planu se zamerit jen na ruby, pac stejne vsechny sluzby prechazi do weboveho prostredi.
-
To už platí déle. Je třeba si přiznat, že Java je zastaralá a jede jen ze setrvačnosti. Při nemalém množství extrémní snahy by se dala samozřejmě aktualizovat, aby šla s dobou, nicméně i Oraclu je jasné, že to asi nemá cenu vzhledem k novým jazykům, jež řeší totéž lépe. Je to prostě legacy, v podstatě už několik let, teď to je jen zřejmější. Java 9 bude udržovací a pak dlouho nic. Ať žije nový Cobol :)
To jsou zase ty tvoje píčoviny. Jak legacy? Co lepšího jinde máš a proč se to teda nepoužívá, když je Java tak zastaralá? Když dneska rozjíždět pořád projekt, tak jedině na Javě. Ale třeba mi doporučíš jazyk současnosti, který má vše vyřešené lépe než ta stará Java :)
-
za mne .net. a na nejake multikulti platformni reseni vysrat 8)
Proč .net? Myslíš, že je to masochista? V práci mám tři kolegy, co se .netem živí a musím říct, že každou prkotinu, kterou je potřeba udělat (změna layoutu,...) řeší týden. První den vymýšlí, co asi nastavit a experimentují. Druhý den googlí, jak to vlastně řeší jiní, protože na to nepřišli. Nejslušnější slovo, co v úterý padne, je "mrkvošrotí black box". Během středy to nějak polepí, ve čtvrtek ráno dojde tesťák, zeptá se, kdo ten kus dělal, ukáže mu, že třeba po změně velikosti okna zamrzne obsah a přestane refreshovat obsah okna. No a zbytek čtvrtku a pátek jsou snaha uvést to do nerozbitýho stavu... A těch telefonů z technické podpory, jakou verzi .NET mají zákazníkovi instalovat a proč to stávkuje...
/* Stejnou prkotinu bych v Delphi dal za cca hodinu, ale říďa je holt frikulín a chce C# */
A v Jave tomu je jinak?! Layouty havaruji stejne a jeste k tomu Netbeans (ja pouzivam) spadne nebo zamrzne pri sebevetsi prkotine, kterou clovek potrebuje provest nad vetsim projektem se Spring(-em). Delam Java a .Net a za sebe rikam v .Net + Visual Studio se mi dela podstatne lepe. Co si vybrat pro budouci obzivu? Je to uplne jedno, protoze si prvni sezen praci jako programator v jakemkoliv z jazyku, ale zdokonaluj se v tom druhem. Po roce budes vedet jak to chodi, co ocekavas od zamestnani/zamestnavatele. Pak bych teprve hledal co chci nebo nechci delat.
-
jvm tu s nami bude 4ever
a nad nim jazyky
Jasně, to zní jako "se Sovětským svazem na věčné časy a nikdy jinak". Mně v této souvislosti přichází na mysl spíš "se Sovětským svazem padla bída na zem", ale budiž...
JVM tu bude bezpochyby hodně dlouho, ovšem otázka zní, je-li to dobře...
-
Socik neurazej. Byl to z casti dobrej rezim.
A to ze vsechno prechazi na webove sluzby je picovina. Staci mi kdyz jdu pres mobil na nejakou stranku a je rozjebana. To uz radsi aplikace, ktere jsou primo pro mobily. A webovy sluzby nebudou nikdy v prumysle. Za mne .net urcite. To ma budoucnost
-
JVM tu bude bezpochyby hodně dlouho, ovšem otázka zní, je-li to dobře...
%s tu bude hodne dlouho, otazka zni, je-li to dobre
co namiesto toho?
To uz radsi aplikace, ktere jsou primo pro mobily.
napr java na android
-
JVM tu bude bezpochyby hodně dlouho, ovšem otázka zní, je-li to dobře...
%s tu bude hodne dlouho, otazka zni, je-li to dobre
co namiesto toho?
Go nebo Swift vypadají dost dobře. Možná ještě C++14, i když to je navzdory nadějím a očekávání stále ještě na půli cesty do moderní doby. Na Windows bych se nebál ani .NET, ale beru to ze svého pohledu vývoje pro Mac a Linux.
-
I kdyz postrada 64-bit verzi, stale je to nejlepsi IDE oproti eclipse, netbeans, android studio
To mozna, ale oproti IntelliJ IDEA urcite ne. Sam jsem ten prechod VS -> IDEA absolvoval a nemenil bych ;).
-
No pockej, to snad nemyslis vazne. Na pomalej android pomalou javu? Ale jo, lepsi nez webovy picoviny
-
No pockej, to snad nemyslis vazne. Na pomalej android pomalou javu? Ale jo, lepsi nez webovy picoviny
Tak Android je pomalý jen kvůli Javě, je to jen vrstva nad Linuxem, jádro systému pomalé není. Pokud se navíc uskuteční záměr Googlu přejít s Androidem na Swift, pomalý už nebude ;)
-
Pomalý? A co Davik a jeho AOT?
-
No pockej, to snad nemyslis vazne. Na pomalej android pomalou javu? Ale jo, lepsi nez webovy picoviny
Tak Android je pomalý jen kvůli Javě, je to jen vrstva nad Linuxem, jádro systému pomalé není. Pokud se navíc uskuteční záměr Googlu přejít s Androidem na Swift, pomalý už nebude ;)
Podle benchmarků je někdy pomalejší než Java:
http://benchmarksgame.alioth.debian.org/u64q/swift.html
-
No pockej, to snad nemyslis vazne. Na pomalej android pomalou javu? Ale jo, lepsi nez webovy picoviny
Tak Android je pomalý jen kvůli Javě, je to jen vrstva nad Linuxem, jádro systému pomalé není. Pokud se navíc uskuteční záměr Googlu přejít s Androidem na Swift, pomalý už nebude ;)
Podle benchmarků je někdy pomalejší než Java:
http://benchmarksgame.alioth.debian.org/u64q/swift.html
Teď jsem si navíc všiml, že hned ten první benchmark binary-trees ve Swiftu používá ruční správu paměti přes `UnsafeMutablePointer` - což mi přijde jako podvod, neboť takhle se asi běžně ve Swiftu neprogramuje.
-
No pockej, to snad nemyslis vazne. Na pomalej android pomalou javu? Ale jo, lepsi nez webovy picoviny
Tak Android je pomalý jen kvůli Javě, je to jen vrstva nad Linuxem, jádro systému pomalé není. Pokud se navíc uskuteční záměr Googlu přejít s Androidem na Swift, pomalý už nebude ;)
Podle benchmarků je někdy pomalejší než Java:
http://benchmarksgame.alioth.debian.org/u64q/swift.html
Teď jsem si navíc všiml, že hned ten první benchmark binary-trees ve Swiftu používá ruční správu paměti přes `UnsafeMutablePointer` - což mi přijde jako podvod, neboť takhle se asi běžně ve Swiftu neprogramuje.
Na to co je běžné se v benchmarcích kašle.
-
Java je pomala a taky i android. Na windows mobile a iphone se to nechyta ;)
-
No pockej, to snad nemyslis vazne. Na pomalej android pomalou javu? Ale jo, lepsi nez webovy picoviny
Tak Android je pomalý jen kvůli Javě, je to jen vrstva nad Linuxem, jádro systému pomalé není. Pokud se navíc uskuteční záměr Googlu přejít s Androidem na Swift, pomalý už nebude ;)
Podle benchmarků je někdy pomalejší než Java:
http://benchmarksgame.alioth.debian.org/u64q/swift.html
U Androidu jde spíše o GC, na nějaké datové struktury sere pes, viz ten profláklý článek o řádovém zpomalení GC, když paměti není 4x více než je strop použití. Na serveru to vadit nemusí, ale na mobilu už jo. Jinak můj vlastní benchmark Swift vs. Java nemající nic společného s GC taky dopadl pro Javu katastrofálně, neboť nemá hodnotové typy.
-
No pockej, to snad nemyslis vazne. Na pomalej android pomalou javu? Ale jo, lepsi nez webovy picoviny
Tak Android je pomalý jen kvůli Javě, je to jen vrstva nad Linuxem, jádro systému pomalé není. Pokud se navíc uskuteční záměr Googlu přejít s Androidem na Swift, pomalý už nebude ;)
Podle benchmarků je někdy pomalejší než Java:
http://benchmarksgame.alioth.debian.org/u64q/swift.html
Teď jsem si navíc všiml, že hned ten první benchmark binary-trees ve Swiftu používá ruční správu paměti přes `UnsafeMutablePointer` - což mi přijde jako podvod, neboť takhle se asi běžně ve Swiftu neprogramuje.
Tak to psal asi debil, UnsafeMutablePointer to dost zpomalí, přeci jen to je wrapper.
-
Java je pomala a taky i android. Na windows mobile a iphone se to nechyta ;)
Java je pomalšia akurát tak na wydlách a windows mobile je mŕtvola, ktorú zarezal už aj samotný M$.
Porovnávať Javu a iPhone je scestné, keď potrebujem niečo rýchlo nakodiť, naštartujem Netbeans a za 10 minút mám hotový skript. Neviem si predstaviť ako by som to urobil s iPhone. Samozrejme na účely pre ktorý bol vyrobený slúži iPhone výborne.
Pre mňa je úplne fuk, či vykonanie skriptu trvá 0.01 alebo 0.1 sekundy. Dôležité je, že skript mám rýchlo napísaný, odladený, funguje a dá sa naň spoľahnúť. Jednoduchšie veci samozrejme napíšem v Bashi.
-
No pockej, to snad nemyslis vazne. Na pomalej android pomalou javu? Ale jo, lepsi nez webovy picoviny
Tak Android je pomalý jen kvůli Javě, je to jen vrstva nad Linuxem, jádro systému pomalé není. Pokud se navíc uskuteční záměr Googlu přejít s Androidem na Swift, pomalý už nebude ;)
Podle benchmarků je někdy pomalejší než Java:
http://benchmarksgame.alioth.debian.org/u64q/swift.html
Teď jsem si navíc všiml, že hned ten první benchmark binary-trees ve Swiftu používá ruční správu paměti přes `UnsafeMutablePointer` - což mi přijde jako podvod, neboť takhle se asi běžně ve Swiftu neprogramuje.
Tak to psal asi debil, UnsafeMutablePointer to dost zpomalí, přeci jen to je wrapper.
O Swiftu nic nevim, ale benchmakrsgame funguje tak, ze se prijimaji reseni od kohokoliv a to nejrychlejsi je pak prezentovane pri srovnavani s jinymi jazyky. Nejak se mi nepozdava, ze jedno z prvnich by nebylo naivni/normalni reseni. Jste si opravdu jisty svym tvrzenim? :D
-
No pockej, to snad nemyslis vazne. Na pomalej android pomalou javu? Ale jo, lepsi nez webovy picoviny
Tak Android je pomalý jen kvůli Javě, je to jen vrstva nad Linuxem, jádro systému pomalé není. Pokud se navíc uskuteční záměr Googlu přejít s Androidem na Swift, pomalý už nebude ;)
Podle benchmarků je někdy pomalejší než Java:
http://benchmarksgame.alioth.debian.org/u64q/swift.html
Teď jsem si navíc všiml, že hned ten první benchmark binary-trees ve Swiftu používá ruční správu paměti přes `UnsafeMutablePointer` - což mi přijde jako podvod, neboť takhle se asi běžně ve Swiftu neprogramuje.
Tak to psal asi debil, UnsafeMutablePointer to dost zpomalí, přeci jen to je wrapper.
O Swiftu nic nevim, ale benchmakrsgame funguje tak, ze se prijimaji reseni od kohokoliv a to nejrychlejsi je pak prezentovane pri srovnavani s jinymi jazyky. Nejak se mi nepozdava, ze jedno z prvnich by nebylo naivni/normalni reseni. Jste si opravdu jisty svym tvrzenim? :D
Aha, ona si lze dokonce rozkliknout různá řešení ve Swiftu http://benchmarksgame.alioth.debian.org/u64q/measurements.php?lang=swift
A řešení s UnsafeMutablePointery pointry trvají 3.96 s (program #5) a 12.76 s (program #4). Ta s normálními pointry (typ TreeNode?) trvají 96.72 s (program #3) a 97.8 s (program #1).
Java má na benchmarku binary-trees mnohem menší rozptyl - hodnoty se pohybují od 11.51 s do 14.57 s (alespoň podle 5 programů, jenž jsou vybrány na http://benchmarksgame.alioth.debian.org/u64q/measurements.php?lang=java).
-
Java je pomala a taky i android. Na windows mobile a iphone se to nechyta ;)
Java je pomalšia akurát tak na wydlách a windows mobile je mŕtvola, ktorú zarezal už aj samotný M$.
Porovnávať Javu a iPhone je scestné, keď potrebujem niečo rýchlo nakodiť, naštartujem Netbeans a za 10 minút mám hotový skript. Neviem si predstaviť ako by som to urobil s iPhone. Samozrejme na účely pre ktorý bol vyrobený slúži iPhone výborne.
Pre mňa je úplne fuk, či vykonanie skriptu trvá 0.01 alebo 0.1 sekundy. Dôležité je, že skript mám rýchlo napísaný, odladený, funguje a dá sa naň spoľahnúť. Jednoduchšie veci samozrejme napíšem v Bashi.
Kto vam povedel, ze windows mobile je mrtvola? A odkud mate informace, ze MS ho zariznul? Kdyby jste byl lip informovan, tak nekecate taketo picoviny. Protoze Windows 10 je univerzalnej system a MS se soustredi na ten system jako na celek. Cili nesoustredi se primo na windows 10 mobile. Ja sam mam telefon s w10 mobile verzi pro developery a v podstate stale mam nejake updates.
Miluji takovy reci, kdyz si nekdo neoveri ani fakta
-
No pockej, to snad nemyslis vazne. Na pomalej android pomalou javu? Ale jo, lepsi nez webovy picoviny
Tak Android je pomalý jen kvůli Javě, je to jen vrstva nad Linuxem, jádro systému pomalé není. Pokud se navíc uskuteční záměr Googlu přejít s Androidem na Swift, pomalý už nebude ;)
Podle benchmarků je někdy pomalejší než Java:
http://benchmarksgame.alioth.debian.org/u64q/swift.html
Teď jsem si navíc všiml, že hned ten první benchmark binary-trees ve Swiftu používá ruční správu paměti přes `UnsafeMutablePointer` - což mi přijde jako podvod, neboť takhle se asi běžně ve Swiftu neprogramuje.
Tak to psal asi debil, UnsafeMutablePointer to dost zpomalí, přeci jen to je wrapper.
O Swiftu nic nevim, ale benchmakrsgame funguje tak, ze se prijimaji reseni od kohokoliv a to nejrychlejsi je pak prezentovane pri srovnavani s jinymi jazyky. Nejak se mi nepozdava, ze jedno z prvnich by nebylo naivni/normalni reseni. Jste si opravdu jisty svym tvrzenim? :D
Aha, ona si lze dokonce rozkliknout různá řešení ve Swiftu http://benchmarksgame.alioth.debian.org/u64q/measurements.php?lang=swift
A řešení s UnsafeMutablePointery pointry trvají 3.96 s (program #5) a 12.76 s (program #4). Ta s normálními pointry (typ TreeNode?) trvají 96.72 s (program #3) a 97.8 s (program #1).
Java má na benchmarku binary-trees mnohem menší rozptyl - hodnoty se pohybují od 11.51 s do 14.57 s (alespoň podle 5 programů, jenž jsou vybrány na http://benchmarksgame.alioth.debian.org/u64q/measurements.php?lang=java).
Aby to nebyl jeden z těch benchmarků přeložených bez -Ofast, to fakt trvá věčnost.
-
I kdyz postrada 64-bit verzi, stale je to nejlepsi IDE oproti eclipse, netbeans, android studio
To mozna, ale oproti IntelliJ IDEA urcite ne. Sam jsem ten prechod VS -> IDEA absolvoval a nemenil bych ;).
Z jaké verze a edice?
VS 2015 Enterprise má nástroje, které AFAIK IntelliJ IDEA Ultimate nemá a musíte si je dokoupit. Například IntelliTrace (ladění s historií; pro IDEU si musíte dokoupit Chronon). Nebo IntelliTest (automatický generátor testů; nemám tušení, jak si vedou Javovské nástroje (http://stackoverflow.com/questions/2131935/automatic-generation-of-unit-tests-for-java)); v minulých verzích VS byl zdarma Microsoft Code Digger.
-
...
Kto vam povedel, ze windows mobile je mrtvola? A odkud mate informace, ze MS ho zariznul? Kdyby jste byl lip informovan, tak nekecate taketo picoviny. Protoze Windows 10 je univerzalnej system a MS se soustredi na ten system jako na celek. Cili nesoustredi se primo na windows 10 mobile. Ja sam mam telefon s w10 mobile verzi pro developery a v podstate stale mam nejake updates.
Miluji takovy reci, kdyz si nekdo neoveri ani fakta
(http://s2.quickmeme.com/img/53/53d1f4ab8be85e67557761bdbc26548a3841c2be0d2d8ba99afe465b7be4c73c.jpg)
PS: Opravdu máš dojem, že toto vlákno je o jakémsi woknous mobile, nebo snad dokonce o w10?
-
PS: Opravdu máš dojem, že toto vlákno je o jakémsi woknous mobile, nebo snad dokonce o w10?
To máš těžké. Když se někdo zeptá C# vs. Java, tak to jinak ani dopadnout nemůže.
Java :)
-
A hele, Oracle sere na Javu http://connect.zive.cz/bleskovky/oracle-nadale-roste-vcloudu-zacina-ale-odsouvat-javu-na-druhou-kolej/sc-321-a-182871
To už platí déle. Je třeba si přiznat, že Java je zastaralá a jede jen ze setrvačnosti. Při nemalém množství extrémní snahy by se dala samozřejmě aktualizovat, aby šla s dobou, nicméně i Oraclu je jasné, že to asi nemá cenu vzhledem k novým jazykům, jež řeší totéž lépe. Je to prostě legacy, v podstatě už několik let, teď to je jen zřejmější. Java 9 bude udržovací a pak dlouho nic. Ať žije nový Cobol :)
Zase něčí zbožné přání? Java nestojí na Oracle, možná kromě referenční implementace. Na vývoji se podílí řada dalších. Zastaralá jak, v čem? Java jako platforma podporuje řadu jazyků včetně funkcionálních. JVM určitě není horší než NETí VM od MS.
PS: Opravdu máš dojem, že toto vlákno je o jakémsi woknous mobile, nebo snad dokonce o w10?
V podstatě ano. Ono to spolu nevyhnutně souvisí, když se začnou rozebírat ne-výhody té které technologie, tak zákonitě dojde debata i na toto.
Kto vam povedel, ze windows mobile je mrtvola? A odkud mate informace, ze MS ho zariznul? Kdyby jste byl lip informovan, tak nekecate taketo picoviny. .............
.....................
Miluji takovy reci, kdyz si nekdo neoveri ani fakta
Záleží jak budem definovat a poměřovat živost/mrtvost projektu. Pokud to poměřujem počtem uživatelů, aplikací, vývojářů, tak mobilní Wokna tedy moc nežijou... :D :P
-
Kvalita vyvoje, jednoduchost vyvoje pro win10 mobile je absolutne nekde jinde oproti Androidu.
-
Kvalita vyvoje, jednoduchost vyvoje pro win10 mobile je absolutne nekde jinde oproti Androidu.
Absolutně o jakou konkrétní hodnotu?
-
A hele, Oracle sere na Javu http://connect.zive.cz/bleskovky/oracle-nadale-roste-vcloudu-zacina-ale-odsouvat-javu-na-druhou-kolej/sc-321-a-182871
To už platí déle. Je třeba si přiznat, že Java je zastaralá a jede jen ze setrvačnosti. Při nemalém množství extrémní snahy by se dala samozřejmě aktualizovat, aby šla s dobou, nicméně i Oraclu je jasné, že to asi nemá cenu vzhledem k novým jazykům, jež řeší totéž lépe. Je to prostě legacy, v podstatě už několik let, teď to je jen zřejmější. Java 9 bude udržovací a pak dlouho nic. Ať žije nový Cobol :)
JVM určitě není horší než NETí VM od MS.
Nevím, jestli je horší, ale každopádně neumí řadu věcí, jenž CLR umí. Konkrétně: tail call optimization (TCO), uživatelsky definované hodnotové typy, reifikace generik, ukazatele dovnitř hodnotových typů, přichycení struktur v paměti (aby je GC nepřesouval). Většina jmenovaného má poměrně značný dopad na výkon - např. TCO je pro funkcionální jazyky klíčové.
Dále CLR podporuje delší těla funkcí - to je užitečné pro jazyky s makry.
-
A hele, Oracle sere na Javu http://connect.zive.cz/bleskovky/oracle-nadale-roste-vcloudu-zacina-ale-odsouvat-javu-na-druhou-kolej/sc-321-a-182871
To už platí déle. Je třeba si přiznat, že Java je zastaralá a jede jen ze setrvačnosti. Při nemalém množství extrémní snahy by se dala samozřejmě aktualizovat, aby šla s dobou, nicméně i Oraclu je jasné, že to asi nemá cenu vzhledem k novým jazykům, jež řeší totéž lépe. Je to prostě legacy, v podstatě už několik let, teď to je jen zřejmější. Java 9 bude udržovací a pak dlouho nic. Ať žije nový Cobol :)
JVM určitě není horší než NETí VM od MS.
Nevím, jestli je horší, ale každopádně neumí řadu věcí, jenž CLR umí. Konkrétně: tail call optimization (TCO), uživatelsky definované hodnotové typy, reifikace generik, ukazatele dovnitř hodnotových typů, přichycení struktur v paměti (aby je GC nepřesouval). Většina jmenovaného má poměrně značný dopad na výkon - např. TCO je pro funkcionální jazyky klíčové.
Dále CLR podporuje delší těla funkcí - to je užitečné pro jazyky s makry.
TCO nemusí řešit VM.
-
A hele, Oracle sere na Javu http://connect.zive.cz/bleskovky/oracle-nadale-roste-vcloudu-zacina-ale-odsouvat-javu-na-druhou-kolej/sc-321-a-182871
To už platí déle. Je třeba si přiznat, že Java je zastaralá a jede jen ze setrvačnosti. Při nemalém množství extrémní snahy by se dala samozřejmě aktualizovat, aby šla s dobou, nicméně i Oraclu je jasné, že to asi nemá cenu vzhledem k novým jazykům, jež řeší totéž lépe. Je to prostě legacy, v podstatě už několik let, teď to je jen zřejmější. Java 9 bude udržovací a pak dlouho nic. Ať žije nový Cobol :)
JVM určitě není horší než NETí VM od MS.
Nevím, jestli je horší, ale každopádně neumí řadu věcí, jenž CLR umí. Konkrétně: tail call optimization (TCO), uživatelsky definované hodnotové typy, reifikace generik, ukazatele dovnitř hodnotových typů, přichycení struktur v paměti (aby je GC nepřesouval). Většina jmenovaného má poměrně značný dopad na výkon - např. TCO je pro funkcionální jazyky klíčové.
Dále CLR podporuje delší těla funkcí - to je užitečné pro jazyky s makry.
TCO nemusí řešit VM.
To je pravda, ale třeba ruční trampolínování, jak se to dělá ve Scale, vede k řešením, která jsou 10 - 50 krát pomalejší (protože alokují na heapu). A navíc to komplikuje kód.