devel.cz

Komentáře

• nordic : Ano ano. To samozrejme chapem ze proste JAVA tu bude neustale pretoze kopec najdolezitejsich svetovych systemov na nej bezi a nieje mozne to len tak vymenit. Ale ja som mal na mysli nieco ine. Skor vyvoj samotneho jazyka a celeho ekosystemu. Ci je ten vyvoj v poriadku a dobry a ci su developeri spokojni. Pretoze novy .NET a vseobecne .NET Core ide dost kruto dopredu a MS po rokoch spanku konecne zacal nieco robit. Je open source, bezi na vsetkych platformach atd. — 25.12.2016
• Petr Voneš : Java je spojena s jedním dodavatelem úplně stejně, navíc ještě s Oracle :-) Ad "Java tady bude za 20 let aniž by Oracle hnul prstem", pravděpodobně ano, ale stejná jak před těmi dvaceti lety, což je její současný problém. To už je platforma pro "softwarové archeology". — 25.12.2016
• pavel.stehule : Roky existuje OpenJDK, existuje víc než desítka virtuálních strojů, Spring a další frameworky žijou nezávisle nad Oraclu, totéž platí o kontejnerech, téměř všechny BigData projekty jsou v Javě a mají jen minimální vztah k Oracle. Ohledně BigData téměř veškerý výzkum, a i většina nových projektů jsou v Javě. Pokud je něco v .NETu, tak je to většinou přeportovaná věc z Javy. Neslyšel jsem, že by někdo ve větším měřítku mimo Microsoft dělal nad .NETem výzkum. — 25.12.2016
• nordic : Vyvoj nieje len o vyzkume. Je to len malicka cast v celom systeme programovania ale. — 25.12.2016
• pavel.stehule : Výzkum udává směr - pro běžnou práci dávno stačí to co je - běžně víc než 2/3 programátorů adaptují nové technologie se zpožděním 5-10 let (když už). Navíc lidi z univerzit jsou ti, kteří jsou slyšet, blogují, přednáší, a nějakým způsobem se podílejí na formování prostředí - dnešní tlak na FP je z velké části tlačen lidmi z univerzitního prostředí. — 25.12.2016
• pavel.stehule : .NET je kvalitní platforma, bez jakýchkoliv diskuzí, ale přitahuje programátory, kteří jsou primárně konzumenty - všechnu kreativní práci museli udělat lidi v MS. U Javy je to úplně něco jiného. Parádně je to vidět u Go, u PHP, kde lidi z komunit odlišní. Ne že by tam nebyli převážně konzumenti, ale najde se tam víc lidí, kteří jsou kreativní, produkují, testují, evangelizují. — 25.12.2016
• Petr Voneš : Přeportované (naštěstí) neni vůbec nic, CLR například nativně podporuje generické typy nebo delegáty. To ostatni jsou již naprosté bláboly :-) — 25.12.2016
• Petr Voneš : "Parádně je to vidět u Go, u PHP, kde lidi z komunit odlišní.!" Tomu se říká z nouze ctnost. Dobrě to bylo vidět například teď při implementaci EET. Zatímco v normálních prostředích jako .NET a Java je použití webové služby poměrně snadná věc, potřebné nástroje tyto platformy mají a tak umožňují vývojářům se soustředit na vlastní implementaci a neřešit samozřejmé rutinní věci jako generování klientského kódu z WSDL, na PHP měsíc řeší jak vůbec sestavit SOAP zprávu jako string a zpětně rozparsovat xml regexem :-) Tohle je prostě střet jiných kultur. — 25.12.2016
• pavel.stehule : To není o EET, ale o SOAPu, a o práci v ČR, kde se hromada věcí nechává na poslední chvíli - kdyby byl svět normální, tak by nikdo nepsal implementaci SOAP komunikace v PHPku. Před 10 roky jsem dělal aplikaci pro telco založenou na SOAPu - různí operátoři používali různé platformy - Perl, Java, C# a kupodivu to všude byl problém rozchodit. Parsování regexpu je smutná záležitost - na XMLko má PHPko dobré API. V každém případě to dali dohromady, jakkoliv zadání pro tuto implementaci bylo naprosto nevhodné. — 25.12.2016
• podhy : Tady ani není tak problém v platformě jako v neznalosti technologií....vývojáři obecně ztrácí schopnost učit se nové technologie a pak např. pro práci s XML používá reguláry...bohužel taková je doba a přitom by stačilo si nastudovat teochnologie chvilku pohledat na googlu ta správná klíčová slova a standardní výsledek se dostaví během chvilky....PHP samozřejmě umí se SOAPem pracovat (trochu horší je to akorát s WSS) a i s dalšími technologiemi - nicméně je pravda, že na některých platformách (hlavně těch enterprise ready je to snazší viz Java/.NET obecně pro práci s webovými službami) — 25.12.2016
• Carless : Java je dead. JVM ma zakladni problemy v bytecode, ktere Oracle nikdy neodstani. Prectete si neco od Odersky. Java je pouze Back-end (server) jazyk - nastupuje serverless architektura. S prichodem kontaineru (Docker) je jedno v jakem jazyce to slape. JVM nejde pouzivat na novych architekturach. Sen o Big Data / takova propagace Lightbend, to jsou spis takove vlastovky. Normalne se delaji bigdata v SQL, Excelu, Pythonu a R. — 4.1.2017
• pavel.stehule : @Carless - Bigdata v Excelu a Rku ..už vidím ty PB v Excelu :) Samozřejmě, že s výhledem na 50-100 let tu Java asi nebude. Bavme se o horizontu 20 let. — 4.1.2017
• harrison314 : @pavel.stehule: v horizonut 20 rokov tu bude aj Visual Basic :D — 4.1.2017
• pavel.stehule : @harrison314: To asi bude - Cobolových aplikací se nezbavili za 50 let - byl jsem fakt hodně překvapený, co za vykopávky ještě aktivně běží v mainfraimech. — 4.1.2017
• Žížala : O Cobol mě ani nemluvte. Jsem byl nucen v tom dělat pár úprav a probíhalo to stylem, najdi co ten příkaz dělá, pokus se to pochopit a pak to uprav. Naštestí to bylo jenom cca. 100 řádků kódu. Ale náš debilní projekt manažer prohlásil, že Cobol pochopitelně umíme a že to uděláme... Taky jedna z posledních kapek u předchozího zaměstnavatele... — 4.1.2017
• Taco : @Carless: Hoď sem pár bodů, jaké že to má JVM základní problém v bytecode. — 4.1.2017
• Anonym : @uetoyo "Prectete si neco od Odersky" Prosím o odkaz! — 4.1.2017
• Anonym : @Carless: pravdepodobne vobec nerozumies ani tomu co pises. Odersky je 'Scala founder' ktora tiez bezi na JVM. To co pises je problem JVM nie Javy ako jazyka takze to by si pan 'Scala founder' sral do huby. Ziadny clanok o tom ako je JVM na houby a Oracle neopravuje jej chyby som nenasiel takze daj linku. S prichodom Dockeru sa nic nemeni pretoze to je runtime prostredie stale je dolezite v com robi developer a ako je produktivny a ako je projekt udrzatelny v dlhodobom horizonte. JVM bezi na vsetkych novych architekturach. No a robit big data v SQL alebo Exceli to si uz uplne zabil, teba by som u nas nepustil ani ku klavesnici, rovno otocka vo dverach lebo to je absolutne nepochopenie fundamentalnych principov. Pracuj a tes sa tam kde si v profesionalnej firme nemas co robit. — 5.1.2017
• Žížala : Já bych si nedovolil tvrdit, že JAVA tu za 50 let nebude. Podívejte se na takové RPG. To je tu od roku 1959 a poslední aktualizace jazyka byla 1994 na RPG ILE. A ikdyž je programování v RPG šílenej opruz, tak se v tom pořád dělá, prostě proto, že nikdo nemá sílu to přepsat. Jsou v tom bankovní systémy, např. ICB od Fiserv, logistické systémy jako LFS 400, i když tam jsou i kusy v Cobolu... Jo a prosím tu pohádku o bigdata v Excelu přepsat do samostatného článku, já rád humoristické povídky... — 5.1.2017
• Anonym : Tak ne že bych souhlasil s autorem, ale Excel se používá -- "bohužel". Třeba MSSQL se dá pěkně napojit na Excel a zobrazuje lidem data + dělá grafy, aniž bys musel něco programovat (což je jediná věc, co dělá dobře :). Snad to autor nemyslel tak, že Excel dokáže chroustat data jako Spark :D — 5.1.2017
• Žížala : Hmm třeba jsou pro něj bigdata tabulka o 50K záznamů xD A jinak zkuste ten Excel napojit na nějakou H/R/OLAP tabulku/dotaz s desítkama milionů záznamů za X let a dát časovou osu po dnech... A co teprve na skutečných bigdata... Ale kontingenční tabulky umí dobře, o tom žádná. Na vizualizaci menších dat je k nezaplacení. Já na něm odprezentoval managementu měsíční vzorky ze systémů, kde bylo cca. 35-60K transakčních záznamů denně. — 5.1.2017
• Carless : Excel - SQL Server - Azure https://msdn.microsoft.com/en-us/library/ms159106.aspx Je to proste klikacka. Podivejte se na R server. Ted mi reknete konkurecni reseni v Jave? Big Data - kdo je ale ma? 0.5TB RAM pameti neni dneska vubec nic. Treba ve vede (vyzkum genomu atp.) dominuje Python, podobne se Python prosazuje v FinTech a atd. Fast Data - to stejne skonci pres CUDA na GPU, takze proc se otravovat s jCUDA, jni, off heapem, spatnym NIO, nedoresenym unsafe. — 11.1.2017
• Anonym : @Carless Python se často používá jen jako interface (viz Apache Spark, TensorFlow atd). "Excel - SQL Server - Azure, R" Obávám se že konkurenční produkt v Javě opravdu k tomuto není :D — 12.1.2017
• harrison314 : vy sa smejete, ale excel ide pouzit ako GUI k roznym datovym zdrojom (nespracovavaju sa v nom data, len na datovy zdroj pluje dopyty a zobrazuje vysledky) pouziva sa napriklad v BI (power pilot, datove sklady,...) — 14.1.2017
• Anonym : @harrison314 O pár příspěvků nad vámi to již padlo. Kromě toho bych ho na nic jiného nepoužil. Chyby v Excelu jsou těžko odhalitelné a celé je to špatně testovatelné. "http://www.economist.com/blogs/graphicdetail/2016/09/daily-chart-3" — 14.1.2017
• Kit : V Excelu jsem dělal pár aplikací, například evidenci a řízení výroby i s exportem výsledků do účetnictví. Tenkrát to byl docela použitelný nástroj. Uživatelé si ho docela oblíbili. Problémy však nastaly už ve chvíli, kdy jsem aplikaci zkopíroval na jiný stroj. Nekompatibilita mezi verzemi byla až zarážející a musel jsem ji řešit všelijakými obezličkami. Excel je fajn, ale jakmile po něm chceme něco pokročilejšího, začne to drhnout. — 14.1.2017
• archenroot : @Carless - No urcite budu delat big data v excelu :-) tos zabil :-). Python dominuje mozna v akademicky sfere, ale do korporatu do produkce ho stezi dostanes. Je pomalej, blbe se monitoruje, chybi spousta konektoru.... a je pomalej, na large scale se ti to nakonec nechutne prodrazi. Delam na AI frameworku od Skymind deeplearning4j - rozhodli se to delat v Jave/Scale prave z toho duvodu, aby se to dobre integrovalo ve firmach, bylo to durable a hlavne to bylo rychly. Misto JCuda pouzivame JavaCPP bridge, dost algebry bezi v metaspace mimo heap, je to integrovatelny do sparku. Java samozrejme neni mrtva, ale souhlasim s nekterymi statementy, ze se nevydala vzdy dobrym smerem..... — 3.12.2017
• archenroot : @KarlLess - tak CUDA jasne, ale ten python to proste stejne porad brzdi, kdyz musi napumpovat data do gpu a zpetne zase nejaky join/merge/reduce apod. tak to proste je, a java je rychlejsi ackoli to vyzaduje optimalizaci — 3.12.2017
• archenroot : @pavel.stehule - souhlas k tvemu prispevku, ale microsoft udelal nekolik vyznamnych tahu. Napr. portoval sql server na linux, ma azure, dostal linux do windows. a misto mrtveho mono predstavil .NET for Linux - velmi dobre tahy jako podnikova konkurence. — 3.12.2017
• archenroot : @uetoyo - Excel - SQL Server - Azure, R - to je takovy michani hrusek s jabkama, nepride ti to? Mimochodem R muzes normalne integrovat do Javy bez problemu. — 3.12.2017
• archenroot : @harrison314 - pouzivat Excel jako BI je sebevrazda, ale souhlasim, ze do urciteho momentu to jde a hlavne jen to rychle stvoritelne. — 3.12.2017
• harrison314 : @archenroot : citaj pozornejsie, nepisal som o pouzivai Excelu ako BI. — 3.12.2017
• archenroot : @aharrison - vy sa smejete, ale excel ide pouzit ako GUI k roznym datovym zdrojom (nespracovavaju sa v nom data, len na datovy zdroj pluje dopyty a zobrazuje vysledky) pouziva sa napriklad v BI (power pilot, datove sklady,...). — 3.12.2017
• harrison314 : @archenroot: ako nastroj na vizualiaciu grafov — 3.12.2017
• Anonym : @archenroot Nevím, zdá se mi že sis poplet příspěvky -- já sem to jen citoval. Ale jo jinak souhlasím -- hrušky, jabka a možná slivovička byla? — 3.12.2017
• archenroot : @uetoyo - aha, jsem si nevsim, zes to citoval... — 3.12.2017