Open Source Java 30-60 napon belül

Sun Microsystems

A Sun elnök-vezérigazgatója, Jonathan Schwartz az Oracle OpenWorld konferencián szerdán bejelentette, hogy a Java platformot (ami a Standard Edition-re épül) 30-60 napon belül OSI által jóváhagyott nyílt forrású licenc alatt elérhetővé teszik, valószínűleg a Solarisszal azonos licenc alatt.
A hírben Schwartz beszél még a Solaris térhódításáról, technológiai irányvonalakról, illetve a fogorvosa szerveréről (ami majd fölösleges lesz).

( syntern | 2006. 10. 27., p – 17:49 )

Remek. Lesz még ellenérv a Javaval szemben? :)

Az lehet. De, ha nem open source, még, ha meresek kedvezo eredmenyt is adnak biz. szituaciokra, akkor sem fejlesztenek javaban, ha van mas lehetosegem is.
(Volt ra pelda, hogy inkabb asm-ben irtam kodot, suliban MI beadandot/beugrot ket nyelven lehetett irni, JAVA/asm(talan csak en valasztottam ezt, tobbi tiltakozo inkabb javazott) ).

"Lesz még ellenérv a Javaval szemben?"

Persze. :-)

1. Ezt kb. 5-6 evvel ezelott kellet volna meglepni, mert jelenleg ugy all a helyzet, hogy C# fenyevekkel elozte meg. Ez a lepes a Sun-tol nagyon megkesett. :-(

2. Utalom Svarcot...

3. Utalom a karacsonyt. De leginkabb a Java mikulast... :-D

---------------------
Minél korszakalkotóbb ötlettel állsz elő, annál több hülyén kell átverekedned magadat.

Csak az elso pontra reagalok a tobbi a te bajod :)

En nem latom a fenyeveket a mononal a javahoz kepest. Gondolom a monorol beszelunk nem a Microsoft fele .Net Frameworkrol. Az egyetlen dolog ahol jobban elterjedt az a Gnome desktop es ez a Novell eros nyomasanak koszonheto. Viszont szerveren sokkal tobb java app fut, sot tovabb megyek, monon futo szerver alkalmazast meg nem lattam. Javahoz rengeteg jo free library van, monohoz toredeke, jo reszuk penzes is.

A mononak az a baja mint pl. az Ubuntunak. Sokan hasznaljak desktopon, meg emberek szabadidejukben fejlesztenek ra, de szerver kornyezetben nem allja meg a helyet. Ezen nem technikai dolgokat ertek, hanem support/elfogadottsag/stb, es ezen nagyon nehez valtoztatni/sok evbe kerul.

Dolgoztam 1 ev C# programozokent, most 2 eve javazok. Van egy feeleingje amig en Linux alatt fejlesztek, a tobbiek Windows alatt, es a vegtermek Solarison fog futni :)

.NET-re gondoltam elsosorban, ill. a maga a nyelv fejlettebb, mint a Java, ilyen tekintetben egy innovativ termekrol van szo - akar beszelunk Mono-rol, akar nem. En a fenti valaszomban a Jovore vonatkozolag reagaltam a C# lepeselonyere a Javaval szemben - ami ketsegtelen -, nem a jelenre gondoltam. Elbeszeltunk egymas mellett. :-)

"Dolgoztam 1 ev C# programozokent, most 2 eve javazok. Van egy feeleingje amig en Linux alatt fejlesztek, a tobbiek Windows alatt, es a vegtermek Solarison fog futni :)"

Sok sikert a fejleszteshez. :-)

---------------------
Minél korszakalkotóbb ötlettel állsz elő, annál több hülyén kell átverekedned magadat.

"A .NET nem nyelv."

A hozza tartozo C# viszont az.

"Jovore vonatkozolag reagaltam a C# lepeselonyere a Javaval szemben - ami ketsegtelen -,"
Például miben is?

Nehez lenne felsorolni. http://en.wikipedia.org/wiki/Csharp

---------------------
Minél korszakalkotóbb ötlettel állsz elő, annál több hülyén kell átverekedned magadat.

>"A .NET nem nyelv."
"A hozza tartozo C# viszont az."
A .NET platformra nem csak C#-ban lehet programot írni.

>>"Jovore vonatkozolag reagaltam a C# lepeselonyere a Javaval szemben - ami ketsegtelen -,"
>"Például miben is?"
"Nehez lenne felsorolni. http://en.wikipedia.org/wiki/Csharp"
Nem a C# feature listája érdekel.
Gondolom, ha így belemerültél akkor biztos van pár kritikusabb tulajdonság, ami a mindennapi munkádnál előjött és gond volt, hogy Java-nál nincs, vagy nem így van. Mondanál belőlük párat?

"A .NET platformra nem csak C#-ban lehet programot írni."

Sot! 5+3 az nyolc.

"Gondolom, ha így belemerültél akkor biztos van pár kritikusabb tulajdonság, ami a mindennapi munkádnál előjött és gond volt, hogy Java-nál nincs, vagy nem így van. Mondanál belőlük párat?"

Persze, bar ahogy en erzem, a kerdest nem feltetlenul a jo szandek vezerli, igy en is kevesbe jo szivvel allok hozza. Hirtelen ami eszembe jut:

1. fent mar emlitetted is az egyiket: alternativ nyelvek beagyazott tamogatasa
2. a fenti linken mar az elso mondatban utalast kap egy masik jellemzoje: "fewer decorative requirements than Java" (nem olvastad el)
3. esemeny kezelest (callback) belsoleg kezeli nem pedig kulso osztalyokon keresztul, egyszerubb implementacio
4. tobb osztaly egy fajlban
5. stb [...]
6. a tobbit itt megtalalod

Es kerlek, hogy ezuttal olvasd is el amit belinkelek. :-)
Koszonom.

---------------------
Minél korszakalkotóbb ötlettel állsz elő, annál több hülyén kell átverekedned magadat.

"1. fent mar emlitetted is az egyiket: alternativ nyelvek beagyazott tamogatasa"
És ez miért a C# előnye? Mert én ugye azt arra írtam, hogy a .NET platformra lehet több nyelven programot írni. Treadünk ezen része pedig a C# "lépéselőnyéről" szól a Java-val szemben. Egyébként a Java platformra is több nyelven lehet programot írni, nem csak Java-ban (közel 200 volt tavaly).

"2. a fenti linken mar az elso mondatban utalast kap egy masik jellemzoje: "fewer decorative requirements than Java" (nem olvastad el)"
Vagy te nem olvastad el a végét: "[citation needed]". Szóval példákat...

"3. esemeny kezelest (callback) belsoleg kezeli nem pedig kulso osztalyokon keresztul, egyszerubb implementacio"
A Sun véleménye a delegate-kről. Ez a cikk még a .NET megszületése előtt született (és gyakorlatilag benne vannak az érvek, amiért a Java-ban nincs delegate).

"4. tobb osztaly egy fajlban"
Java-ban is lehet. Viszont csak egy lehet publikus. Viszont bármelyik osztálynak lehet akármennyi alosztálya. Tehát végső soron lehet több publikus osztályod egy fájlban.

"a kerdest nem feltetlenul a jo szandek vezerli"
Rémeket látsz. Engem csak a szakmai érvek érdekelnek.

"Egyébként a Java platformra is több nyelven lehet programot írni"
hogy mik vannak keremszepen

"A Sun véleménye a delegate-kről."
En meg (3) az enyemet irtam le, mivel arra voltal kivancsi: "ami a mindennapi munkádnál előjött és gond volt, hogy Java-nál nincs, vagy nem így van. Mondanál belőlük párat?"

"tobb osztaly egy fajlban"
Java-ban is lehet.
Szinten a sajat velemenyemet irtam le, hogy szamomra miert jobb.

"[citation needed]"
Tobbek kozott ezert linkelteltem be a masodikat is.

"Engem csak a szakmai érvek érdekelnek."
Ez esetben nem en kellek neked. A fenti linkek es a google kimerito valaszokat fognak adni a dilemmaidra.

Tovabbi kellemes olvasast. :-)

---------------------
Minél korszakalkotóbb ötlettel állsz elő, annál több hülyén kell átverekedned magadat.

( Exit | 2006. 10. 27., p – 19:12 )

Ha ennek az lesz az eredménye, hogy ezer különböző nyelvjárása lesz a Java-nak és különbözőek lesznek a standard osztály könyvtárak én biztos átképzem magam mondjuk C# programozónak.

A C, C++-nál így történt és még tart napjainkban is. Lehet, hogy nem találkozol vele a mindennapokban, de vannak (pl.: templatek környékén C++-nál kód lefordul g++-szal, de nem Visual C++-szal) jelentős eltérések.

Java-hoz eddig is volt "raklap open source dolog". Fordító is (gcj).

Ez elsősorban a régi vacak 6-os VC++-ra volt igaz.
Illetve pont az volt jellemző, hogy a G++ jobban követte a szabványokat, mint bármi más (kivéve talán az intel fordítót, azt nem ismerem). (Ja, szigoróan g++ 3.x éra).

De a legtöbb ilyen template bug-ra létezett/létezik workaround, ami alatt nem azt értem, hogy ne használj template-et. :)

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee."
-- Ted Ts'o

"Akkor te hasznalod a sun -os standard osztály könyvtárral.
Nem hinnem, hogy a tobb feleseg problemat jelentene."
Jah persze. Bináris kompatibilitás, mint kifejezés mond valamit? Írd meg egyszer, fordítsd le egyszer, futtasd mindenhol. Ennek köszönhető, hogy ma, mindegy milyen minősített JVM-t telepítek (mert most is van belőle több is, IBM, BEA, Sun) milyen OS-re, tudom, hogy a máshol megírt és lefordított programom futni fog rajta. Ha most majd eltérőek lesznek a class fájlok, vagy a fordítók, vagy a JVM-ek, akkor az egész mehet a kukába.

"Ha tenyleg olyan jo a standard konyvtar, akkor mi eselye lenne mas valtozatoknak ?"
3rd party libraryk, mint eddig is.

"Szerintem eddig, sem volt igazi akadalya, uj/mas konyvtarak hasznalatanak."
Annak nem is. De eddig voltak az ember életében fix pontok (lásd két bekezdéssel feljebb).

( hrgy84 | 2006. 10. 30., h – 20:39 )

Csak egy picit off: Tényleg lesz a 1.6-os javába full GTKLookAndFeel support? Azaz a javás progik télleg fel fogják majd venni az aktív GTK témát? Mert akkor nagyon várom. A mostani az egy rémálom... Annyira lehet érezni a difit... pedig a default Gnome-s témát használom, de pl. egy RconJ nagyon hülyén néz ki az 1.5-ös javával. Még az 1.4-essel is, de az még vhogy elmegy...