BusinessWeek: Az open source életében vízválasztó volt a 2005-ös év

Open Source

A BusinessWeek üzleti hetilap elemezést készített az open source projektek, cégek üzleti sikereiről, és úgy gondolja, hogy az open source megkerülhetetlen része lett a cégek IT-jának.

Tucatnyi szakértő megkérdezése után összeállítottak egy 5-ös listát az üzletileg legfontosabb open source-szal kapcsolatos, 2005-ös folyamatokról, eseményekről:1. A Red Hat bebizonyította, hogy lehet pénzt csinálni tisztán szabad szoftverből (lásd Duplázódott a Red Hat profitja).

2. A SUN open source-szá tesz mindent, kivéve a Java-t.

3. A Motorola új telefonjainak nagy részén standard lesz a Linux.

4. Firefox általánosan használttá vált. Elérte a 100 milliós letöltést még az első születésnapja előtt.

5. A kockázati tőkések elkezdtek open source-ba fektetni. Kb. 400 millió $ 2005-ben.

Végkövetkeztetés: Ez egy meglehetősen jó év volt az open source számára, de 2006 sikeresebb, és jobb lehet.

Az eredeti cikk: A Watershed for Open Source

( syntern | 2005. 12. 28., sze – 19:02 )

"2. A SUN open source-szá tesz mindent, kivéve a Java-t. "

Akkor tessék megmondani, hogy mi ez, hanem nem open source java: https://mustang.dev.java.net/

marpedig nem opensource. ugyanis JRL licensz alatt van, ami nem opensource

rovid osszefoglalasa a JRL licensznek:

1. What is the Java Research License (JRL)?

The JRL is a license that was created specifically for universities and researchers who want to use Java technologies as subject matter for learning and research. it was written to simplify and relax the terms of the existing "research" section of the current SCSL.

Az OSI értelmezésében lehet hogy nem opensource. Ugye azt senki sem gondolja komolyan, hogy az OSI mindenek felett áll?

A Java (nyelvi szintaxis, JVM, bytecode ...) szabványos. Nincs értelme belemódosítani úgy, hogy eltérhetsz a szabványtól, ebbe belebukott a Microsoft is. Nincs elzárva senki elől egy open source implementáció, van is rá több kezdemény. Jelen esetben bele tudsz módosítani = javítani tudsz rajta, bugfixeket csinálhatsz. A továbbadás megint csak nehezen értelmezhető a szabvány egyik implementációján. Ez nem egy olyan termék, hogy fogd és vidd és módosítsd.

A szabvány nyílt, létezik több implementáció is hozzá. A Sunos éppen az egyike a legjobbaknak, és adva van minden, hogyha valaki módosítani, javítani akarja, akkor módosítja. Igen, azt megelőzték, hogy bárki szabadon lemásolja, módosítson rajta két osztályt és kiadja BélaJVM 5.1_optimizedForMe néven, ugyanakkor nem akadályozzák azt, hogy valaki open source fejlesztés mellett nézze ennek a forráskódját is, vagy ha valaki tényleg csak javítani akar benne valamit, akkor azt megtehesse.

Mint aktív Java fejlesztő, teljesen elégedett vagyok a jelenlegi helyzettel, és eddig más Java fejlesztőtől sem hallottam panaszt rá. Úgy vettem észre, hogy azok fújnak a Javara, akik legfeljebb csak megszagolták, de néhány ezer soron még nem jutottak túl.

Legjobb tudomasom szerint a jelenlegi licensz nem teszi lehetove, hogy a Sun implementacio forrasat felhasznalva valaki egy eddig nem tamogatott platformra java VM-et irjon, vagy hogy a kedvenc Linux vagy BSD disztribúciójában a letölthető CD image-ben szerepeltethesse.

De ezzel Te is tisztában vagy, azzal pedig én , hogy a jelenlegi helyzet egyáltanán nem kedvezőtlen, pusztán több szabadság még jobb lenne.

A probléma mindenesetre várhatóan meg fog szűnni, mivel a szabad forráskódú java VM-ek és class-ok beérik a Sun féle Java-t a szabvány implementációjának teljességében.

>Az OSI értelmezésében lehet hogy nem opensource. Ugye azt senki sem gondolja komolyan, hogy az OSI mindenek felett áll?

:)))

a fogalmat, hogy "open source" ők találták ki. elotte nem letezett.

nevezd mondjuk free source-nak a JAVA forras kiadasat.


>A Java (nyelvi szintaxis, JVM, bytecode ...) szabványos.

ISO mennyi is? szerintem nem szabvanyos, mivelnem lett szabvanyositva.

egyebkent az opensource megengedi, hogy ha nem elfogadott a modositas, akkor nem hivhatod X-nek. tehat lenne a SUN-nal egy csapat, ami a beerkezo patch-eket validalna. ha nem tetszik nem fogadja el, es akkor amiben az benne van, az nem hivhato JAVA-nak.

A GPL-ben nincs ilyen megkotes, azert hivhatja a Redhat is linux kernelnek a sajat kernelet, pedig tobb, mint 100 Linus altal el nem fogadott patch-et tartalmaz (pl: exec-shield)

>Mint aktív Java fejlesztő, teljesen elégedett vagyok a jelenlegi helyzettel

kiraly.

"ISO mennyi is? szerintem nem szabvanyos, mivelnem lett szabvanyositva."

Úgy látom ma jogászkodunk, de igazad van: hívjuk egyszerűen specifikációnak. Egy olyan spec, ami mögött elég sok nagy cég áll, hogy komolyan lehessen venni :)

Egyébként szerintem ha van versenyképes open source JVM, akkor a Sun is nyílt forráskódúvá teszi majd a sajátját (lásd: minden más termék :) ). Addig azonban védi pozícióit.

> A Sunos éppen az egyike a legjobbaknak

:-)))) Mint aktiv JAVA felhasznalo, vitatkoznek ezzel :) (legfobb problemam a memoriakezelese)

Amugy egy bajom van a Java alapu cuccokkal: borzasztoan lassu minden komolyabb program.

apropo, nincs valakinek otlete arra (esetleg neked syntern - mint aktiv java fejleszto), hogy normalisan kezeljek a JRE-k a copy/paste muveleteket? Jelenleg is hasonlo problemaval kuzdok, ugyanis a Javas programbol ugyan tudok kikopizni (mert a PRIMARY-ba (selection) rakja a JRE es nem a CLIPBOARD-ra az adatot), viszont vissziranyban abszolute nem mukodik.

"(legfobb problemam a memoriakezelese)"

Unicode? Objektumok vs primitív típusok? Mi a gond a memóriakezeléssel? Van ami szívás, biztosan ilyen területbe futottál bele, de a nagy többség szerintem kielégítő.

"Amugy egy bajom van a Java alapu cuccokkal: borzasztoan lassu minden komolyabb program."

Úgy érted, hogy minden vastag kliens program reakcióideje? :) Mert normál program (pl. szerver oldalon) nem lassú, ezt sokféleképpen mérik és mi is kimértük...

Ok ok szerveren lehet hogy gyors, de mivan ha laptopon hasznalom (munkahely ilyen) az adott alkalmazast es mint ilyen kenytelen kelletlen vastag kliensem van, raadasul linux ami alatt csak az van. Mondjuk ez egy levelezoprogram és mivel rengeteg felhasznalorol van szo nagyon eroforrasigenyes lenne ezt kiszolgalni. Szoval elfogadom, hogy gyorsabb lehet szerver oldalrol, viszont ezesetben kenytelen vagy a gepeden hasznalni es itt jon az, hogy desktopon miert nem jo? Raadasul a fentebb emlitett copy-paste problema meg mindig fennall. 3 JRE-t probaltam ki (SUN, IBM es BLACKDOWN), kulonbozo verziokat plane es egyiknel se lehet normalisan .Xdefaultsbol, Klipperbol, GCM-bol stb megoldani ezt. Egy olyan interfesz kene a JRE es az X kozott ami az X CLIPBOARD selection bufferjebe juttatja el a JAVAban kimasolt adatot (ctrl-c vagy jobb gomb copy; csak mert nem ugyanaz a ketto). Bocs az offert.