Cos'è la forchetta?

Negli ultimi due giorni probabilmente hai sentito la parola "forchetta"più volte di quante tu possa contare. Facebook ha biforcato questo (anche se non l'ha fatto), Amazon lo ha biforcato, il team di Chrome ha biforcato l'intero web e così via e così via. Mentre tutti parlano di chi sta biforcando chi, nessuno si preoccupa di spiegare esattamente cosa sia il biforcarsi e perché così tante persone hanno un problema con esso.

Il fork, o il frantumarsi, ha avuto una cattiva reputazione 20 anni fa circa, poiché tendeva a dividere gli sviluppatori in fazioni separate che non condividevano il codice tra loro. Ai tempi di cose come la divisione Gnu-Emacs / XEmacs, questo era importante perché non c'erano così tante persone in grado di lavorare su questi grandi progetti open-source e avere due branch o fork significava che ci vuole più tempo per aggiungere funzionalità e risolvere i problemi per entrambi lati. In alcuni casi questo accade ancora, ne sono sicuro, ma per la maggior parte ci sono molti sviluppatori che possono riempire il vuoto lasciato da coloro che hanno una visione separata e sborsano codice per seguirlo. Ma alcune persone non dimenticano mai e lo stigma associato ai fork fork viene tramandato. Detto questo, non possiamo fingere che non succedano forchette sbagliate. Dobbiamo solo guardare oltre l'atto stesso prima di prendere le nostre decisioni.

So che alcuni di voi là fuori sanno cosa significa tutto questo e stanno solo cercando di ignorare tutto il rumore, ma per molti è fonte di confusione. Proviamo a risolverlo.

Pensa ad Android un mucchio di codice. Ci sono due parti: le parti open source, che è ciò che è AOSP, e le parti proprietarie che Google tiene per sé. Se qualcuno vuole prendere Google Android e apportare modifiche, scaricherà il codice da utilizzare come base e formerà il proprio progetto con esso. Samsung lo fa, HTC lo fa e il tuo sviluppatore di ROM preferito potrebbe farlo. Ogni volta che qualcuno prende il codice esistente e avvia un file indipendente (questa è una distinzione importante) basato su di esso, hanno creato un fork. Molti sviluppatori verificheranno il codice, modificheranno parti di esso, quindi invieranno le modifiche a monte nella loro interezza, il che non è un fork.

Amazon ha sollevato un bel po 'di sopracciglia quando ha biforcato Android per costruire il sistema operativo per la linea Kindle Fire. Ma dal punto di vista dell'open source, non era diverso da quello che Motorola ha fatto con Cliq, o HTC con Hero, o quello che Samsung fa ora per i dispositivi della serie Galaxy. Ecco come funzionano molti grandi progetti open source. Ogni fornitore (tranne forse Amazon) lavora con le stesse basi, probabilmente segnalando bug e inviando correzioni a monte mentre procedono, per creare la propria versione del prodotto finale.

Facebook non ha biforcato Android. Ha utilizzato il sistema di intenti Android (un modo in cui le app possono funzionare tra loro e condividere su Android) e ha creato una grande app che include anche una casa sostitutiva. All'interno della loro sandbox, possono fare tutto ciò che vogliono o devono fare e, purché utilizzino gli intenti di Android, possono comunicare con il resto del sistema. Se vuoi ottenere informazioni tecniche, HTC potrebbe aver biforcato Android per funzionare meglio con Facebook Home in HTC First, poiché menziona alcune modifiche apportate per una migliore compatibilità. Sapremo di più su quello che hanno fatto quando il telefono uscirà.

In ogni caso, il fork del codice non è sempre una cosa negativa e non merita tutta la negatività che senti quando qualcuno lo menziona. Analista di settore Stephen O'Grady lo riassume bene Credo:

Vale la pena ricordare, tuttavia, che dal punto di vista del cliente, fork o varianti non sono universalmente negativi. Mentre le varie versioni di Android possono rappresentare decisioni di progettazione sfortunate da parte dei fornitori responsabili loro, le applicazioni sono nella stragrande maggioranza dei casi compatibili da dispositivo a dispositivo, assumendo la versione equivalenza.

Avere app compatibili da dispositivo a dispositivo è il motivo per cui è stato progettato Android. Il codice fork non fa sì che ciò non accada. Ma altre cose lo fanno.

L'altro lato del fork di Android

In Cina puoi acquistare un telefono da un operatore che esegue Android, ma non ha servizi Google? Proprio come il Kindle Fire, è costruito dal codice Android di Google (a volte non modificato) ma non è stato inviato e testato per essere compatibile con Google e include cose come Gmail o Google Play. Queste app e i file di sistema assortiti che devono essere eseguiti non sono open source e non puoi semplicemente includerli senza l'autorizzazione di Google.

Oltre a un'esperienza utente "diversa" (non dirò che è "peggiore", solo diversa) senza queste app, possono sembrare e sentire come un telefono Android acquistato da Verizon o AT&T. Possono anche apparire e sentirsi molto diversi, come ha fatto Amazon. Ma niente di tutto questo è perché hanno biforcato il codice Android di Google: è stata una decisione consapevole di non realizzare un dispositivo "certificato" da Google. Google presenta Android come piattaforma per applicazioni e set di framework per app. Non includere le applicazioni di servizio di Google non lo rende meno di una piattaforma di app. Ovviamente, immaginiamo che Google preferirebbe che tutti i dispositivi Android e basati su Android utilizzassero i servizi di Google, ma non esiste una regola rigida che dica che un fornitore deve farlo.

Realizzare dispositivi senza le app di Google non ha nulla a che fare con il fork di Android. Potrebbe rendere i dispositivi meno desiderabili o un giorno il telefono Android definitivo potrebbe essere costruito senza le app di Google, ma può accadere senza biforcare alcun codice. Siamo tutti colpevoli di aver unito le due cose insieme, ma non dovremmo farlo.

Il fork è solo una cosa

Non va bene che gli OEM sborsino Android e lavorino al proprio progetto con il codice. Non è male che gli OEM sborsino Android e lavorino al proprio progetto con il codice. È solo una cosa che fanno tutti.

Fanclub Nexus a parte, non puoi dirmi che Samsung o HTC hanno rovinato Android biforcando il codice e costruendoci sopra. Hanno aggiunto funzionalità mantenendo tutto compatibile in modo che le applicazioni create per "Android" secondo le linee guida degli sviluppatori funzionino perfettamente. E forniscono costantemente dispositivi che le persone vogliono acquistare. Penso che questo sia esattamente ciò che Google aveva in mente per Android. Sapevano che alla fine qualcuno sarebbe andato un po 'oltre e avrebbe creato qualcosa che non fosse completamente compatibile con "Android", ma va bene così. Gli utenti di questi dispositivi sono ancora su Internet e le app web per dispositivi mobili di Google sono abbastanza decenti.

Si spera che ora tu sappia un po 'di più su cosa intendono le persone quando parlano di fork di Android.