Fagurele nu va fi deschis? Spune că nu este așa!

Cu toții așteptăm ca Google să lanseze în cele din urmă codul sursă deschisă pentru Android 3.0.1 (Fagure), dar dacă trebuie să credem Bloomberg (și de obicei ar trebui), nu se va întâmpla în „viitorul previzibil” - și, probabil, niciodată. Voi face o pauză și voi permite furiei tocilare să dispară pentru o clipă, pentru că o simt și eu - greu. Când ne-am compus cu toții un pic, alătură-mă după pauză. [Bloomberg Businessweek]

Ciclul de eliberare normal disecat

Să trecem peste procesul obișnuit al ciclurilor de dezvoltare Android, folosind SuperPhone original (scuze Phil) - Nexus One -- ca exemplu.

Cândva, în toamna anului 2009 (dacă nu chiar mai devreme), HTC și Google s-au reunit și au proiectat hardware-ul pe care îl numim Nexus One. Nu știm exact când dezvoltatorii Android au început să scrie Android 2.1 (Eclair), dar probabil a fost într-o etapă avansată de testare când hardware-ul a fost decis și a început dezvoltarea. Google a furnizat acest software către HTC pentru testarea internă, iar HTC i-a furnizat hardware lui Google pentru același lucru. Pe măsură ce au fost găsite erori sau s-au gândit îmbunătățiri, dezvoltatorii Android au făcut aceste modificări și au transmis software-ul către testeri. Google și alții numesc asta „

hrănirea câinilor, "majoritatea companiilor îl numesc cercetare și dezvoltare.

Odată ce lucrurile ajung la o stare destul de stabilă, acest software este partajat cu alți furnizori și parteneri de hardware. Motorola, Samsung și alți parteneri mai puțin cunoscuți, precum Nuance, au acces la codul sursă în timp ce este încă în curs de dezvoltare. Din păcate, tu și cu mine nu facem, dar nu putem face multe în acest sens. De fapt, nici măcar nu mă voi plânge (prea mult), deoarece ciclul de lansare al Google este prea rapid (și utilizatorul de bază prea mare) pentru a păcăli cu patch-uri bazate pe comunitate, oricât de bine făcute și inovatoare ar fi acestea fi. Important este că oamenii care construiesc telefoane au avut acces la Android 2.1 în timp ce își construiau produsele și ar trebui. Totul este bine până acum.

Veniți în acea zi specială din ianuarie 2010, iar Google anunță Nexus One ca produs disponibil spre vânzare consumatorilor. Odată ce primul Nexus One este vândut, sursa kernel-ului Linux trebuie să fie disponibilă ca condiție a licenței sale software - GPL.

Android în sine este acoperit sub licența Apache 2.0. Este o licență mai liberală, iar alegerea ei are sens atunci când vă dați seama că companii precum Motorola sau Samsung nu pot doar să ofere o parte din codul lor. Motivele pentru care și „legalitatea” de a nu elibera codul sursă complet pentru proiectele Apache 2.0 sunt argumentate până la moarte zilnic de barbă de gât și hippie, așa că nu voi intra în el. Dar să se spună că se întâmplă. Oamenii folosesc codul licențiat Apache 2.0 pentru a crea software și nu eliberează codul sursă. Pentru Nexus One (și toate celelalte versiuni de până acum) Google nu a făcut acest lucru - publică codul la lansare sau la scurt timp după aceea.

Deci avem telefonul, avem noua versiune de Android și avem codul sursă. CyanogenMod și alte ROM-uri personalizate urmează în curând, toată lumea este fericită și lucrează la următoarea versiune.

Acum lucrurile iau o întorsătură în rău. Andy Rubin ne-a tachinat cu Xoom, Vic Gundotra ne-a tachinat cu sistemul de operare Honeycomb și ne-am dorit cu toții. Ne-am dorit foarte mult. Când a apărut ziua de lansare pentru Xoom, Google a lansat sursa de kernel Linux corecție și a început dezvoltarea. Ne-am bucurat o vreme, pentru că aveam nuclee personalizate cu care să ne jucăm, dar toată lumea cu un Xoom dorea sursa Android 3.0, astfel încât să poată începe „munca reală”. Cu toții am început să ne plângem puțin, dar când am auzit că vine Android 3.0.1, ne-am simțit bine pentru că noi știa că Google va aștepta și va publica codul 3.0.1 AOSP (Android Open Source Project) împreună cu Actualizați. Nu are sens să o faci de două ori, nu? Dreapta?

Noua cale Honeycomb

Acum întoarceți-vă rapid până astăzi - 24 martie 2011. Dacă ceea ce raportează Bloomberg este corect și banii mei spun că este, nu vom primi codul sursă în curând și poate niciodată. Raționamentul Google din spatele acestui lucru este că nu vor ca echipe de dezvoltare mai mici să distrugă experiența Honeycomb. Iată un citat din articolul Bloomberg:

Mulțimea producătorilor de hardware și a dezvoltatorilor de software mai mici va trebui acum să aștepte software-ul. Întârzierea va fi probabil de câteva luni. „Pentru a ne programa programul de livrare a tabletei, am făcut câteva compromisuri de proiectare”, spune Andy Rubin, vicepreședinte pentru inginerie la Google și șeful grupului său Android. „Nu am vrut să ne gândim la ce ar fi nevoie pentru ca același software să ruleze pe telefoane. Ar fi necesitat o mulțime de resurse suplimentare și ne-ar fi extins programul dincolo de ceea ce credeam că este rezonabil. Așa că am luat o comandă rapidă ".

Rubin spune că, dacă Google ar deschide codul Honeycomb acum, așa cum a făcut-o cu alte versiuni de Android în perioade similare în dezvoltarea lor, nu a putut împiedica dezvoltatorii să pună software-ul pe telefoane "și să creeze un utilizator foarte rău experienţă. Habar nu avem dacă va funcționa chiar și pe telefoane ".

Deși este ușor să dai vina pe uriașa perioadă de Craplets de Crăciun Android pentru aceasta, cred că merge un pic mai adânc și vizează, de asemenea, dezvoltatorii individuali, care ar (și ar putea) pune Honeycomb pe cultura noastră actuală de telefoane Android. Google a decis că cea mai mare și mai bună atracție pentru mulți dintre noi este un motiv bun pentru a ne reține codul - nu doresc să-l piratăm pe dispozitive pentru care nu a fost conceput.

Asta mă enervează, iar conștientizarea faptului că nu pot face nimic în acest sens nu face decât să o înrăutățească. La ce bun bootloaderul deblocat pe Xoom dacă nu puteți construi ROM-uri personalizate pentru nenorocitul de lucru? Andy Rubin continuă să-i spună lui Bloomberg „Android este un proiect open-source. Nu ne-am schimbat strategia. " Ai fi putut să mă păcălești, Andy.

Devine mai rău. Bloomberg spune că directorii Google au spus partenerilor de producție că Google nu va elibera codul sursă și, în schimb, următoarea versiune open-source a Android va fi versiunea „I”. Acest lucru, în esență, ucide orice dezvoltare terță parte pentru tabletele care rulează Honeycomb. Nicio modalitate ușoară de a adăuga lucruri pe care Google le-a lăsat deoparte, cu excepția cazului în care sunteți Samsung sau LG. Asta e de rahat, pentru că îmi place o parte din munca care vine de la oameni ca. rodigezstyle sau eViL D: mult mai bine decât îmi place munca care vine de la LG sau Samsung și nu sunt singur. Și Google, în înțelepciunea sa infinită, a decis că nu o voi obține.

Îmi place Android datorită deschiderii sale, nu pentru că îmi oferă o experiență fără erori pe care nu o pot obține în altă parte. Având în vedere acest lucru, am decis că nu voi primi niciuna dintre noile tablete Fagure. Există și alte tablete sursă bine proiectate, închise, realizate de companii care nu au pretins niciodată că sunt deschise și mă voi uita la ele dacă găsesc nevoia unei tablete.

- Un evanghelist Android cu sufletul la gură