Mange i XDA-samfundet venter utvivlsomt på den kommende fuldskala-udgivelse af OnePlus One (OPO). Denne enhed har til hensigt at adskille sig fra havet af andre smartphone-muligheder ved ikke kun at tilbyde flagskibsniveau specifikationer til en billig kælderpris, men også ved at sigte mod at give en unik softwareoplevelse gennem samarbejde med Cyanogen Inc.
De, der har fulgt enheden, er sandsynligvis klar over, at den GPL-manderede kernekildekode til enheden kun var udgivet for fire dage siden. For de uvidende gør dette det muligt for eftermarkedets kerne- og ROM-udviklere at skabe kildebygget udviklingsarbejde uden at skulle hinke sammen dele, der er beregnet til anden hardware. Som sådan er dette generelt gate-keeping-trinnet før ægte, kildebygget udvikling begynder for en enhed. Men selv før den GPL-krævede kildekode blev officielt frigivet, så vi en del udviklingsaktivitet for OPO, hovedsageligt på grund af dets (mange) ligheder med den tidligere udgivne Oppo Find 7a.
Selvom Linux-kernekildeudgivelsen er ret vigtig og et fantastisk værktøj for eftermarkedsudviklere, er dette ikke rigtig grund til at fejre. Det er fordi
hver forsendelsesenhed, der bruger Linux-kernen, skal gøre denne kode tilgængelig i kraft af GPLv2 licens. Men hvad er en stor sag er, når en OEM frigiver et komplet enhedstræ for at hjælpe eftermarkedsudviklere på deres rejse. Dette er sket et par gange tidligere, nemlig af Sony på visse enheder, men dette er langtfra undtagelsen og ikke reglen. Nu for kun omkring en time siden frigav CyanogenMod-teamet det fulde enhedstræ til OnePlus One. Og hvis det ikke lever op til enhedens kodenavn (bacon), ved jeg ikke, hvad der gør.Hvis du er en tredjepartsudvikler, der ønsker at begynde at bygge til OnePlus One, skal du gå over til enhedstræ (og kernekilde) for at komme i gang. Så sørg for at gå over til vores OnePlus One at dele alt dit nyoprettede udviklingsarbejde.