Szeptemberben érkezik a Java 9, augusztusban kidumáljuk

 ( hup | 2017. augusztus 7., hétfő - 21:39 )

Augusztus 29-én Java fejlesztői meetupot tartunk, melynek a 9-es verzió érkezése ad aktualitást. További részletek »

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Java 9?

C#

Jól van ez így. Az ilyen vén motorosok -mint én- maradnak a Javánál. A fiatal titánok meg új utakat keresnek.

Szerencsére vagyunk jópáran az utánpótlásban akik értik milyen üzleti és technológiai igényeket érdemes kiszolgálni JVM alapú megoldásokkal. Én nagyon örülök az általános Java nem szeretésnek, vállalhatatlan pénzeket fizetnek a cégek egy kis EJB/Hibernate tapasztalatért.

Hehe :) a Java az új Ada :). Csak nehogy megunják a cégek a lé csorgatását és átálljanak valami trendibbre. Tényleg kár lenne.

Közel sem, a Java csak egy nyelv ami JVM bytecode-ra fordul. Van még pár másik elterjedt technológia ami JVM-re fordul (Scala, Clojure, asszem Ruby is?).

A lét használt technológiától függetlenül csorgatni kell mindenképp. Nem lenne kár, szerintem nagyon sok szakember ugrana a lehetőségre hogy Enterprise rendszereket újraírjon greenfield alapon. Eszembe is jutt egy ideillő mém https://i.imgur.com/hvEnMpK.png

a ruby egy interpretált nyelv, nem?
az viszont érdekes lehet, hogy a jruby miért olyan sikeres, miközben a jpython, vagy a nashorn kevésbé tűnik annak...
vagy csak marketingje jó a jruby csapatnak?
--
blogom

Ja igen, Groovy-val kevertem.

A JRuby Red Hat-hoz tartozik :P

Konkrétan a JRuby bizonyos workloadokra gyorsabb, mint a "hivatalos" Ruby. És jól karbantartott projekt, amit sokan használnak élesben. A Jython-t jóval kevesebb helyen használják, eléggé le is van maradva a hivatalos Python-hoz képest. És ha Pythont akarsz gyorsan futtatni, akkor ott a PyPy.

Nashorn azért jelentősen lassabb egy V8-hoz képest. Ettől függetlenül már van ahol lehet használni. Esetleg a Graal.JS-t lesz érdemes figyelni, már mutattak vele V8-közeli teljesítményt. Viszont nem open source (Oracle Labs freeware).

Köszönöm!
--
blogom

Ruby-ban ez nem jó megoldás a mémre? :)

array.inject(:+)/array.size

Meg .NET, meg node.js, meg legújabbbuzzwordért is.

Ja, hát persze Pistike, meg a Mono-manó.

Nekem nincs bajom egyikkel sem, mindkettőnek van még létjogosultsága és mindketten kiestek a webből, a Silverlight-ot is kidöglesztették.

"Hozza tudok szolni barmihez."

:D :D :D

+1

Jaja, szerintem is ilyen vagy. Én dolgozok mindkettővel.

Mindenhez ért. Mindenhez is. :)

> java
> csharp
> kiestek a webből

ugyan kérlek

Kliens oldalrol. Serveren mindketto el es virul, de sem Java Applet, sem Silverlight technologiara nem epitenek uj oldalt.

--
Worrying about killer AI and the superintelligent robots is like worrying about overcrowding on Mars. - Garry Kasparov

Jogos, így pontosabb.

"Egyutt tettek tonkre"

--
http://www.micros~1
Rekurzió: lásd rekurzió.

Erről az jut eszembe, amikor az egyik Netflixes technológiáról olvastam cikket, és a kommentekben ki volt borulva egy script kiddie, hogy ő azt hitte az egészet nodejs-ben írták.

Kérdés: mi a fenébe foglalkozik még bárki is a Javával és Flash-el? Mire jó, kinek jó, mi értelme van?

A Flash-et én sem értem, de nem utálatból, csak azért, mert kivéreztetik az óriások. A Java-val viszont mi a bajod? Ha nem lennének licensz gubancok, és lenne végre Jigsaw, akkor egy elég pici testreszabott JRE-t tudnának hozzá csapni az alkalmazásokhoz és még csak telepíteni se kellene.
De még így is, simán meg tudom csinálni, hogy appcompact-al összenyomok egy portable JRE-t, hozzácsapom a programhoz, igaz, hogy van vagy 50-60 mega, de nem kell telepítgetni és nem akarnak a frissítések leszedni mindig egy aktuális reklámbaromságot.
Volt olyan is, hogy kellett valami bonyolultabb időzített script Debian alá, Windows és Netbeans alatt megírtam java alkalmazásként, átmásoltam és belőttem ütemezett feladatnak. Ma is menne, ha még lenne rá szükség.

A Java nyelvvel van a baj.

Ossze kell vetni a C#-pal, figyelembe kell meg venni az Oracle szelsebes modernizacios hozzaallasat, es megvan a baj.

"Oracle szelsebes modernizacios hozzaallasat, es megvan a baj." ok, ez sajna stimmt. Ugyanakkor a Microsoft összevissza kapkodása sem kedvez, sem az hogy kapásból kell manapság legalább két .net környezet. A 3.5 meg a 4.akárhanyas. Az biztos, hogy azért a Microsoft legalább próbálkozik.

A C#-nál meg az infrastruktúra hiánya a baj. Egy rakás dolog, amit megírtak java-hoz, C#-ban csak drága pénzen elérhető. Innentől
kezdve tök lényegtelen, hogy a saját kódom mondjuk 1.5x annyi sor, viszont megspórol nekem könyvtáranként 2 év fejlesztést.

+1, eleg gyengek a csomagok es a vm 10+ ev lemaradasban van

--
NetBSD - Simplicity is prerequisite for reliability

pontosan mitől van 10+ év lemaradásban?

nezd meg mit tud a hotspot vs a coreclr, pl devirtualizacio csak most kezd becsorogni .net-be, javaban mar reg ota van

--
NetBSD - Simplicity is prerequisite for reliability

milyen "infrastruktúrára" gondolsz?

Okoszisztemara gondolt.

ökoszisztéma. Egy rakás könyvtár, meg mindenféle támogató szoftver.

Ugye fogalmad nincs arról, hogy mennyi minden mögött van Java? :)

Ja, valszeg még a telefonjában is, ha nem almafetisiszta :D

Java: ha netbankolsz, akkor valoszinuleg java backend van mogotte, vagy c# backend. Ha eloveszel egy mobiltelefont, az java alapokon megy. Most nem keresek Android market share-t, biztos meg tudod oldani, de lenyeg a lenyeg: van par termek, ami epit a java technologiara :) Netflix, etc etc...

Igazabol a kerdest forditanam meg, milyen ertelmes alternativaja van?