Google Android: annyira nem is nyílt?

Open Source

David McLaughlin, a Google alkalmazottja egy publikus Android-levlistára (android-discuss) küldött egy bejelentést, miszerint az Android SDK 84853-as számú build-je elérhető "a privát letöltési oldalon". Később jelezte, hogy nem erre a listára szánta levelét, azonban annyi kiderült, hogy az SDK február (az utolsó publikus kiadás) óta sok változtatásban részesült, azonban ezeket az új verziókat csak a fejlesztők egy kis csoportja érheti el, mégpedig egy titoktartási egyezmény (non-disclosure agreement) hatálya alatt.

A többi fejlesztő számára a februári SDK érhető el.
Ken Adair külső fejlesztő ezzel kapcsolatban a következőket írta a listára: "Nem az a legnagyobb gond, hogy ki férhet hozzá az SDK-hoz, és ki nem, hanem az, hogy a Google váltig állította, hogy a közösség segítségével építi meg a platformot. Nos, ez menetközben úgy tűnik, megváltozott. Azért mondom, hogy úgy tűnik, mert akár az is lehet, hogy ez mindig is benne volt a Google stratégiájában."
Az android-discuss lista említett szála itt, az Ars Technica eredeti cikke itt található.

( Aadaam v | 2008. 07. 18., p – 00:31 )

Volt annak a platformnak VALAHA is kiadva teljes forrasa?

Időnként kiadják, csak a fontosabb mérföldkövek közötti fejlesztést végzik titokban, hogy mikor elkészül, akkor egyben mutassák be az összes újdonságot, és mondjuk ezzel megnehezítik, hogy a konkurens platformok ugyanazzal az ötlettel mondjuk hamarabb előálljanak, mint hogy ők azt már működő megvalósításként bemutatnák. Igazság szerint teljesen megértem őket, ugyanis a Microsoft garantáltan koppintaná a még fejlesztés alatt álló ötleteket is, mert ez nagy veszélyt jelent az ő piaci pozíciójára is.

Nagy Péter

Ez sajnos nem igaz. Sosem volt kiadva a teljes forrás. Például ezért sem lehetett a jelenleg nyilvános változatokat OpenMoko hardveren futtatni, mert ARMv5-re van fordítva, míg a jelenlegi OpenMoko hardverek utasításkészlete csak ARMv4.

Kizárólag azokat a részeket adták ki forráskódban, amiket muszáj volt:
- GPL / egyéb licensz miatt (pl. Qemu, Linux kernel)
- technikai okok miatt (Effektíve a Java interfészeket).

Akkor lehet _bármilyen_ nyílt forrású release-t várni, amikor az első telefon megjelenik a piacon. Ugyanis biztosítani akarják az Open Handset Alliance tagjainak versenyelőnyét. Érdemes megnézni a tagok listáját. Nagy részük nem az a tipikus "LUG certified company". Többel dolgoztam együtt mobiltelefonos projekten, és nem volt jellemző, hogy odaadták volna könnyen a forráskódot. Esetleg több hónapos szenvedés után, sok - sok pénz kifizetésével, a több száz fejlesztővel egyenként aláiratott NDA-val.

Ugyanakkor igaz az is, hogy természetesen könnyebb valamit privátban kifejleszteni, mint a "release early, release often" elvet követve. Főleg akkor igaz ez, ha minden release-t sokezer ember tölt le, aztán meg jönnek a lehúzó blog bejegyzések, hogy "nem működik", "de szar a Google", "miért nevezték át a getX()-et getY()-ra?" "miért nem ad stabil API-t a 0.1-es verziótól kezdve" "miért nem teszi be a my-first-cosmetic.diff patchemet?" ...

Nem beszélve arról, hogy a technológia demó szintű nyilvános release-ek, és a telefonokon futó valódi változat között azért van néhány lépés, ha tartani akarják az iPhone-nal a lépést. És nem engedhetnek meg maguknak sok késést, hiszen minden nappal növekszik az IPhone piaci részesedése.

A Microsoftos összeesküvéselmélet helyett sokkal valószínűbb, hogy az IPhone klónokhoz hasonlóan megjelentek volna az Android phone klónok kedves kínai gyártóktól, akik túl sokat nem törődnek más copyrightjával.

Érdemes azt is végiggondolni, hogy mi az, ami az Android platformból "értékes". Szerintem 1 dolgot kell kiadniuk, hogy megnyissák az utat a nyílt forrású fejlesztések / klónozások (portolások :) ) előtt:
a Dalvik VM és a bytecode fordító forrását.

Ez az egyetlen olyan komponens, aminek az újra megírásához jelentős reverse engineering munkára van szükség. Minden más vagy viszonylag könnyen cserélhető (pl. libc, init, de OpenGL implementáció is akad ) vagy újraírható. Itt a "könnyen" azt jelenti, hogy átlagos képességű fejlesztők számára lehetséges, még ha sok munkával is.

A hardver specifikus részek (driverek) sem érdekesek annyira: az OpenMoko által kiadott GTA03 vagy GTA04 pont időben érkezne, hogy az Android szabad klónjai számára hardver platformot biztosítson.

Persze reménykedhetünk, hogy ennél többet adnak ki: az csak gyorsítani fogja a folyamatot. Én egyelőre abban reménykedem, hogy legalább ennyit kiadnak majd.

Üdv,
Gergely

"Hittem benne, hogy a legfontosabb szoftverek (az operációs rendszerek és az olyan igazán nagy eszközök, mint az Emacs programozói szerkesztő) szükségszerűen a katedrálisokhoz hasonlóan épülnek, egyéni varázslók által, óvatosan ügyeskedve, vagy mágusokból álló, elszigetelt kis csoportok által, idő előtti bétaverziók nélkül."

"7. Adj ki korán. Adj ki gyakran. És figyelj a fogyasztóidra."
És a többi...

Google nagy varázsló, de lehet, hogy ez a hozzáállásban is látszik.

Szerintem kevered a forraskodot az SDK-val. Neha kiadnak egy SDK-t, benne egy API-t meg egy binaris(!) rendszert, par forraskodban leledzo peldaval (moonlander:), de ennyi.

http://code.google.com/p/android/downloads/list

Ez a full open source stack belole:
- Kernel, mert az GPL
- Emulator, ami Qemu, mert GPL
- Webkit, LGPL + BSD, kivancsi lennek, mennyit vesz at a Nokia webkit-valtozatabol
- Android Development Tools - ez van kb. 200 kilobajt, es egy eclipse plugin, ebbe azert nem fer bele a full platform.

Mondok valamit: ez a platform nem nyiltabb, mint az iPhone, van egy ingyenes SDK, de forras, az nincs.

( mogorva v | 2008. 07. 18., p – 07:47 )

Jól látom, hogy az openmoko-féle baromkodások (pl. nem rendesen végzett hw tesztek), meg az, hogy az android mégsem olyan szép, mint állították mind mind az iPhone malmára fogja hajtani a vizet?

Ez szerintem lúzerség.

Van egyáltalán olyan platform, mint amit szeretnél?

  • Az OpenMoko félkész (ahogy olvastam mindenhol)
  • Az Android még mindig csak jön, és persze megy a parakeltés, ld. cikk
  • Az iPhone nem éppen nyílt forráskódú és elég durva megkötések vannak az SDK használatára
  • A Windows Mobile az no komment :] Na jó, talán annyi, hogy a .NET CF-fel azért elég jól lehet dolgozni.
  • A LiMo-ról nem tudok semmit, úgyhogy csak megjegyzem, hogy van :P
  • J2ME pwnz, ha szereted magad nagyon szűk dobozba zárni :]
  • A Symbian elérhető, használható (persze iszonyat nehéz), és ha nem szúrják el a Foundationt, azaz átlagfejlesztő számára is nyílt forráskódúvá teszik az S60-at, akkor mindhárom feltételed teljesül rá.

Hirtelen ezek jutottak eszembe, kihagytam valakit esetleg? :)

"Az iPhone nem éppen nyílt forráskódú és elég durva megkötések vannak az SDK használatára"

Erre gondolsz (többek között) ?

Java fejlesztőként zavar az ilyen herce-hurca (iPhone)

http://hup.hu/node/52203

--

"No trees were destroyed in the sending of this message. However,
a large number of electrons were terribly inconvenienced."

dulifuli ->

Akkor ezt check out ->

Android UI looks far better than Iphone p7

http://www.youtube.com/watch?v=1GDl2r0RxpE

Hátha ebben van egy ici-pici újdonság...

LOL

--

"No trees were destroyed in the sending of this message. However,
a large number of electrons were terribly inconvenienced."

http://en.wikipedia.org/wiki/Qtopia
http://en.wikipedia.org/wiki/Maemo
http://en.wikipedia.org/wiki/OpenZaurus

LiMO:
"is an alliance founded by Motorola, NEC, NTT DoCoMo, Panasonic Mobile Communications, Samsung Electronics, and Vodafone"

Van meg egy par.

szí olszó:
http://wiki.openembedded.net/index.php/Main_Page

ahh regi szep emlekek, az openzaurus-ba meg en is comittoltam 5 eve :)

sajnos azt latni kell, hogy az openmoko (meg az openzaurus) az az openembedded valojaban. Es valoban ket kornyezet volt ezekre mar regen is: a gpe (gtk alapu, ezt hasznalta eloszor az openmoko nem?) meg a qtopia, illetve annak a forkja az opie, ez meg qt alapu.
Regen a sharp zaurus-okon ilyen qtopia-s cucc volt gyarilag, nekem is volt ilyenem.

- Use the Source Luke ! -

ebbol boritekolom hogy a palmos temetheto... vagyishat lesz egyszer access linux platform ugye amit a palmsource kezdett el, es az access "fejez be" egyszer talan majdvalamikor. Meg lesz valami palmos linux, amit meg a palm inc kezdett el, es 2010-re igernek belole hwt... addig meg regen kihal a mar 5 eve is tobbeves, tulkoros palmos5.

---
Apple iMac 20"
áéíóöőúüű

A Maemo nem éppen mobiltelefonos platform - legalábbis én még nem találkoztam olyan N-szériás tablettel, ami GSM modult is kapott volna :)
A DoJa az bizony Symbian :P (Ennyi erővel a UIQ-t is megemlíthetnéd külön.)
A PalmOS meg eléggé halott...

A Blackberry és a BREW meg későn jutott eszembe, a többit nem ismerem, úgyhogy jogos. :)
Majd megnézegetem őket később.

maemo jelenleg valóban csak a nokia internet tabletjeiben használt rendszer. viszont a nokia csak ebben a linux változatban érdekelt, ezért a jövő akár maemo mobilt is hozhat. ami hiányzik, az a gsm működéshez szükséges folyamat signal stackben futtatásának funkciója. de ez a funkció pl windows mobileból is hiányzik többek között. így az OSt működtető cpu mellé kell külön gsm hardware is kell külön cpuval. a symbian eka2 kerneltől tudja ezt. így egy symbian mobilnál elég egy cpu is a mobil gsm funkciók és a mobil alkalmazások futtatásához.
a maemo akkor potenciális mobilos jelenleg. :)

az i.mode mobilok doja rendszere bár symbianon működik, de eléggé egyedi ahhoz, hogy imho külön említést érdemeljen. ha már fel lett sorolva n+1 linux mint különböző mobil os. palmos is linux alapon fog működni valamikor a jövőben. mégsem lesz azonos az andrioddal vagy a többi mobil linuxal, főleg ha valóban megtartja a kompatibilitást a korábbi palm programokkal.

( _peter_ | 2008. 07. 18., p – 10:21 )

bástya!

"a fejlesztők egy kis csoportja érheti el"

Ja a TOP fejlesztők és gyártók! értsd: pld. MOBIL TELO

A többiek addig használják a februári releaset ->

Persze egyenlőre tesztelgesség csak azt....

"hogy a Google váltig állította, hogy a közösség segítségével építi meg"

Ezt meg végképpen nem értem, ezt honnan veszed ? értsd: Majd meg kapják ezt is mint ahogyan a februárit is!

De lehet hogy én nem értek valamit ->

Szóval bástya PLZ kifejtenéd ezt egy kicsit részletesebben ???

"Nos, ez menetközben úgy tűnik, megváltozott"

Pláne ezt mert ez nekem így első blikkre teljes baromságnak TÜNIK !!!!

--

"No trees were destroyed in the sending of this message. However,
a large number of electrons were terribly inconvenienced."

Valojaban nem lenne problema, ha nemileg erthetobben fogalmaznal...

A többiek addig használják a februári releaset -> Persze egyenlőre tesztelgesség csak azt....

Aham. Es mivel egy development fazisban levo cucc, gyanitom lesz egy kilotonna API valtozas. Olyan remek dolog fel evig hasznalni valamit, aztan kidobni az egeszet, mert az uj verzio teljesen mashogy mukodik. Minden fejleszto kedvence.

Ezt meg végképpen nem értem, ezt honnan veszed ? értsd: Majd meg kapják ezt is mint ahogyan a februárit is!

Mondjuk mert az osszes Google kommunike ezt szajkozza a kezdetektol fogva?

De lehet hogy én nem értek valamit ->

Olyba -> tunik.

---
pontscho / fresh!mindworkz

"aztan kidobni az egeszet, mert az uj verzio teljesen mashogy mukodik"

Miért ennyire meg fog változni az API ->

Adnál erről 1 linket? Mert érdekelne a DOLOG -> PLZ

--

"No trees were destroyed in the sending of this message. However,
a large number of electrons were terribly inconvenienced."

Akkor ezek szerint a GWT történetét ismered:
- 1.0 volt az első változat
- azóta elég sok API változtatás volt: 1.2, 1.4 és most az 1.5.
- az 1.3 -tól lett nyílt forrású (ami az 1.2 + bugfixek volt valójában).

Ezzel szemben az Android:
- Egy komplett mobiltelefon platform, sokkal nagyobb komplexitású, mint a GWT.

- Eddig volt talán 3 db "technológia demó" jellegű kiadás: Rengeteg dolog hiányzik belőle, ami más platformokon megvan, akár a multimédiát, akár a telefon API-t nézzük.

- Sok API-n látszik, hogy csak "jelzés" értékű, ha kihagyták volna mondjuk az media recorder interfészeket, akkor azon ment volna a csámcsogás, hogy "nem tud majd felvenni". De ha használni próbálod, akkor látszik, hogy még a J2ME szintjét sem üti meg.

- Vagy ott van a security model: Az elv nagyon jópofa, de ha megkaparod a felszínt, megint csak látszik rajta, hogy a filozófiát tudja csak megmutatni, nem a végleges API-t.

- Másik remek dolog: Intentek. Tök jó ötlet, hogy simán belehívhatsz egy másik programba, megjelenik a UI, és te meg visszakapod az eredményt. Így nem kell megírni külön a kontaktkiválasztó menüt minden alkalmazáshoz. Akkor most a feladat az, hogy szeretnéd a hívó programból vezérelni, vagy felülírni bizonyos viselkedéseket... stb. Az Instrumentation interfésszel lehet próbálhozni, de látszik, hogy nem volt befejezve.

- ... stb.

Ezeket úgy megvalósítani, hogy közben megtartod a félkész, "demó" APIkat hatalmas hiba lenne. A technológia demók + a challenge nagy segítség nekik a végleges, támogatható APIk kidolgozásában, de community alapon végezni a tervezést hiba lenne. Nézd meg, hogy hol tart az OpenMoko.

Üdv,
Gergely

hmm,

Mikor is jelent meg az 1.0 ? ->

"az 1.3 -tól lett nyílt forrású"

Mert annyit azért tudok, hogy a GOOGLE előbb 6-7 hónapig "belső" fejlesztésben csinálta/kezdete a GWT -t -> és csak utána csináltak belőle nyílt projectet.

"Rengeteg dolog hiányzik belőle ... API-t nézzük."

Kifejtenéd?

"ézd meg, hogy hol tart az OpenMoko."

Nézed meg TE, engem nem érdekel...

LOL
--

"No trees were destroyed in the sending of this message. However,
a large number of electrons were terribly inconvenienced."

( _peter_ | 2008. 07. 18., p – 14:58 )

bástya says:

Google don’t do evil
7 June, by bastya_elvtars

A nagy lóf*szt nem

Az Amerikai Egyesült Államok Digital Millennium Copyright Act (DMCA - Millenniumi Digitális Szerzői Jogi Törvényének) értelmében benyújtott jogi kérésnek eleget téve eltávolítottunk 1 találatot erről az oldalról. A ChillingEffects.org oldalán elolvashatja az eltávolítását kérő DMCA-panaszlevelet.

Elmesélnéd, ez hogyan is VOLT ?

?????????????????????

--

"No trees were destroyed in the sending of this message. However,
a large number of electrons were terribly inconvenienced."

( asch v | 2008. 07. 18., p – 16:13 )

Nekem sem tetszik, de azt nem értem hogy most min vagyunk meglepve. Előre meg volt mondva, hogy akkor lesz teljesen nyílt a platform, amikor kijönnek a készülékek a piacra.

Az is nyilvánvaló, hogy ezt a _fizető_ gyártók lépéselőnyének megtartásáért csinálják így.