Mange i XDA-fellesskapet venter utvilsomt på den kommende fullskala utgivelsen av En pluss en (OPO). Denne enheten har til hensikt å skille seg fra havet av andre smarttelefonalternativer ved ikke bare å tilby flaggskipnivå spesifikasjoner til en rimelig kjellerpris, men også ved å ha som mål å gi en unik programvareopplevelse gjennom samarbeid med Cyanogen Inc.
De som har fulgt enheten er sannsynligvis klar over at den GPL-pålagte kjernekildekoden for enheten bare var utgitt for fire dager siden. For de uvitende gjør dette det mulig for ettermarkedets kjerne- og ROM-utviklere å lage kildebygd utviklingsarbeid uten å måtte hinke sammen deler beregnet på annen maskinvare. Som sådan er dette vanligvis gate-keeping-trinnet før sann, kildebygd utvikling begynner for en enhet. Men selv før den GPL-påkrevde kildekoden ble offisielt utgitt, så vi en del utviklingsaktivitet for OPO, hovedsakelig på grunn av dens (mange) likheter med den tidligere utgitte Oppo Find 7a.
Selv om Linux-kjernekildeutgivelsen er ganske viktig og et flott verktøy for ettermarkedsutviklere, er dette egentlig ikke grunn til å feire. Det er fordi
hver forsendelsesenhet som bruker Linux-kjernen må gjøre denne koden tilgjengelig i kraft av GPLv2-lisens. Men hva er en stor sak er når en OEM utgir et fullstendig enhetstre for å hjelpe ettermarkedsutviklere på reisen. Dette har skjedd noen ganger tidligere, nemlig av Sony på enkelte enheter, men dette er langt på vei unntaket og ikke regelen. Nå for omtrent en time siden ga CyanogenMod-teamet ut hele enhetstreet for OnePlus One. Og hvis det ikke lever opp til enhetens kodenavn (bacon), vet jeg ikke hva som gjør det.Hvis du er en tredjepartsutvikler som ønsker å begynne å bygge for OnePlus One, gå over til enhetstreet (og kjernekilde) for å komme i gang. Sørg da for å gå over til vår En pluss en å dele alt ditt nyopprettede utviklingsarbeid.