Interview sur l'histoire d'Android: Steve Kondik de Cyanogen

En ce qui concerne le "piratage" d'Android et le développement de ROM, Steve Kondik est un gros problème.

Au tout début du système d'exploitation, l'homme connu en ligne sous le nom de "Cyanogen" a créé sa propre ROM pour le T-Mobile G1, présentant nouvelles fonctionnalités, amélioration des performances et collaboration avec la communauté pour corriger les bogues et créer une version encore meilleure et personnalisée de Android. Cela a finalement fait boule de neige dans CyanogenMod, la plus grande «distribution» Android open source indépendante et maintenue par l'utilisateur. Et en 2013, après un court en tant qu'ingénieur logiciel chez Samsung, Kondik a cofondé Cyanogen, Inc, dans le but de mettre ce logiciel sur les appareils de production en magasin étagères.

Dans le cadre de Android CentralHistorique Android série, nous avons rencontré Steve Kondik à la Big Android BBQ Europe à Amsterdam, aux Pays-Bas, pour en savoir plus sur son point de vue unique sur le passé, le présent et l'avenir d'Android.

Alex Dobie: Au début, il y avait le G1 - le HTC Dream - qui était un peu unique en étant ce smartphone Linux relativement piratable avec le soutien d'un grand opérateur et fabricant. Alors, à quel point était-ce différent des appareils que vous utilisiez personnellement à ce moment-là, et qu'est-ce qui vous a attiré vers Android à ces débuts?

Steve Kondik: Je ne pense pas que j'avais même un smartphone avant. J'en voulais un, et tout ce qui était disponible était... comme, à l'époque, l'iPhone venait juste de sortir, il y avait tout un tas de trucs WinCE, tous les trucs bizarres de marque... Android était un peu celui à regarder. J'ai aimé les idées derrière, l'open source et toutes ces bonnes choses. Et j'avais suivi ses progrès et tout, et quand le premier appareil a été expédié, je l'ai acheté le jour de sa sortie.

[Le G1] n'était pas censé être piratable [...] sauf qu'ils ont fait quelque chose d'assez stupide et ont laissé un shell root derrière la console ...

Et contrairement à la croyance populaire, c'était ne pas piratable, comme si ce n'était pas supposé être piratable. C'était assez verrouillé, sauf qu'ils ont fait quelque chose d'assez stupide et qu'ils ont laissé un shell root derrière la console, donc tout ce que vous avez tapé sur le clavier allait en fait vers une console racine.

AD: Je me souviens de ça - des histoires sur un gars tapant "reboot" ou quelque chose dans un SMS ...

SK:... Et il a redémarré son appareil. Donc oui, vous pouvez en gros créer un serveur Telnet via netcat ou quelque chose comme ça, puis accéder à l'appareil avec root, ce qui était hilarant. Et cela a ouvert la porte à tout.

J'ai donc appris que lorsque Google a publié la version [code] d'Android, vous pouviez en fait la créer pour l'appareil. Cela n'a pas vraiment fonctionné du tout, comme si vous deviez faire tout un tas de choses pour que cela fonctionne, mais c'était faisable. Il y avait quelques autres gars qui le faisaient, comme Ben [alias JesusFreke] et tous ces autres gars. Mais ce que je faisais, c'était essentiellement Android à partir de zéro.

Ensuite, j'ai juste commencé à y ajouter de la merde. Comme un support à moitié décent pour exécuter des choses à partir de votre carte SD, ou essayer d'en tirer plus de performances. Et à l'époque, il y avait comme un million de choses que tu pouvais faire, et je pensais que c'était génial que tu pourrait le faire, et vous ne pouviez pas le faire avec autre chose. C'était comme le premier du genre.

UN D: À quel moment avez-vous décidé que vous en aviez assez pour sortir quelque chose qui était quelque peu substantiellement différent de l'AOSP? Parlez-nous de tout ce processus et de son déroulement.

SK: Ce n'était vraiment pas tout cette différent. Il avait la racine, une partie de l'interface utilisateur du lanceur avait changé, il y avait des applications sur SD, un tas de modifications de performances. Je viens de le publier sur XDA, je pensais que "personne ne s'en foutrait", et il y avait un millier de messages dans les prochaines heures, et c'était le début. C'était vraiment cool de voir ça.

Les gens disaient «c'est génial», ou «ça ne marche pas», et je le réparais, et les gens répondaient cinq minutes plus tard - c'était vraiment rapide. C'était vraiment génial de voir ce genre de réponse à quelque chose.

Je ne savais même pas pourquoi je l'avais fait. Je n'avais même pas de bonne raison. Je pensais juste que c'était cool moi-même.

UN D: L'Android de 2009-2010 était bien sûr très différent de ce que nous avons aujourd'hui. Quels étaient certains des principaux domaines dans lesquels vous avez travaillé pour améliorer Android à l'époque, et avez-vous remarqué que Google choisissait l'une de ces choses à l'avenir?

SK: Oh mon Dieu, comme tout. Ce qui est cool à propos de CyanogenMod, c'est que les gens sortiraient de nulle part avec des fonctionnalités folles auxquelles personne ne s'attendait. Comme si quelqu'un est sorti de nulle part avec des notifications par glisser-déposer années il y a dans CM. Et maintenant, c'est un gros problème d'interface utilisateur, non? Le mode ne pas déranger «heures calmes». [Marshmallow] est comme tout de nos fonctionnalités.

[Marshmallow] est comme tout de nos fonctionnalités.

Nous proposons donc de nouvelles fonctionnalités, mais elles sont simplement open-source au travail. Donc, si et quand ce genre de choses arrive, cela signifie que c'est juste moins de merde que nous devons maintenir et que nous pouvons aller faire de nouvelles choses.

AD: Vous n'avez pas l'impression de faire la R&D de Google pour eux dans une certaine mesure?

SK: Je veux dire, beaucoup de gens font la R&D de Google. C'est, comme, le point.

Steven Smith [engagement communautaire Cyanogen]: L'autre aspect d'Android à l'époque était les ports. Comme les gens essayaient de porter des choses d'Android 2.0 vers 2.1, et les gens essayaient de construire sur cela avec la rétro-ingénierie ...

SK: Oui, et les appareils n'ont jamais été mis à jour, d'accord, alors... C'était dur, au début. C'était vraiment difficile au début, pour apprendre comment beaucoup de ces choses fonctionnaient. Surtout n'en avoir aucune expérience. Mais bon, si vous savez comment démonter des choses et les remonter ...

Mais faire des trucs comme mettre [Android 2.1] Eclair sur le G1, c'était vraiment très instructif, comme ce que nous devions faire pour que cela fonctionne. Nous avons beaucoup appris au cours du processus et cela a vraiment bien fonctionné.

UN D: Au début d'Android, vous deviez avoir un appareil préféré avec lequel travailler ou utiliser personnellement. Y a-t-il des premiers téléphones ou tablettes qui se démarquent comme un point culminant pour vous? Soit à cause de la technologie, soit parce que c'était simplement amusant de travailler avec ou d'utiliser?

SK: HTC EVO 4G. Le Wimax One - le premier géant téléphone. Il y avait des trucs vraiment cool dessus. Il nous a fallu beaucoup de temps pour que tout fonctionne correctement, mais c'était un matériel génial et il était bien en avance sur tout.

Le Nexus One était génial. Le globe oculaire géant et brillant était vraiment cool. Et nous avons découvert que vous pouviez en fait faire briller les couleurs et autres choses. Ainsi, toutes les notifications pourraient être colorées avec. C'était en fait l'inspiration pour la fonction "heures tranquilles" parce que ce globe oculaire effrayant, il illuminerait toute votre pièce la nuit. *Des rires*

UN D: CM est passé assez rapidement d'une ROM sur un téléphone à cette «distribution» d'Android qui fonctionnait sur une tonne d'appareils différents avec des contributeurs du monde entier. Pour vous, y a-t-il eu un point de basculement où vous avez réalisé que vous aviez commencé quelque chose de vraiment énorme?

SK: Il y en avait quelques-uns, je pense. Je pense que le plus notable, celui qui était un choc, était... Donc, ma femme et moi, nous avions une amie qui vivait avec nous et elle travaillait dans un café à Pittsburgh. Elle est rentrée du travail, et elle est comme "mec, il y avait un tas de mecs dans le café qui installaient ta merde sur leur téléphone et en parlaient."

Elle dit: "Mec, il y avait un tas de mecs dans le café installant ta merde sur leurs téléphones et en parlaient."

Et j'étais en état de choc et d'admiration là-bas, parce que je me dis: "Cela déborde réellement dans le monde réel." Je ne pensais pas que ...

UN D:... Ce n'est pas seulement cette chose compartimentée. De vraies personnes faisaient ça.

SK: Ouais. Il était parti d'un groupe de personnes que je ne sais pas sur Internet à des personnes réelles qui existaient réellement. Donc c'était comme "OK, je comprends."

Il y a eu des tonnes de choses qui se sont produites. Beaucoup de discussions que nous avons eues avec différents OEM dans le passé, et découvrir à quel point [CM est] largement utilisé par les principaux OEM en interne pour leur propre travail, simplement parce qu'il est facile de développer au niveau de la plate-forme travail.

AD: Vous parlez donc de développeurs au sein de fabricants, pas seulement: quelqu'un travaille pour un fabricant et décide de flasher CM.

SK: C'est vrai. Ils font en fait leur développement de fonctionnalités sur CM parce que c'est tellement plus facile à développer que ce que leur propre saveur [d'Android] est. Parce que la construction prend peut-être une éternité, ou parce que l'environnement de développement est vraiment gênant, ou que le contrôle de code source est quelque chose d'horrible comme Perforce.

Les [OEM] développent actuellement leurs fonctionnalités sur CM car il est tellement plus facile de développer sur ...

Donc, beaucoup de gens le feraient simplement sur quelque chose comme CM parce qu'ils ont plus d'accès, que cela se construit plus rapidement et qu'ils le portent après avoir fait leur travail de développement. Mais j'ai trouvé que cela se produisait dans tous les grands OEM, et c'est plutôt génial. C'était comme un grand objectif pour moi.

UN D: Le grand pas en avant qui a rendu CM différent de toutes ces autres ROM Android a été de tout rassembler dans une configuration commerciale avec Cyanogen Inc. Parle-nous un peu de la façon dont cette transition a fonctionné.

SK: Je suis un technicien, je ne suis pas un homme d'affaires. Je ne l'aurais probablement jamais fait tout seul. Kirt [McMaster], qui est notre PDG - je ne le connaissais pas, il m'a en quelque sorte contacté un jour sur LinkedIn et il a eu de bonnes idées. Nous nous sommes rencontrés ce week-end et avons jeté un tas d'idées et avons continué à parler, et avant de le savoir, nous avons rencontré des VC et avons fait le roadshow de la Silicon Valley et tout. Il nous a fallu environ cinq mois pour raconter notre histoire, et nous avons clôturé une tournée et nous nous sommes mis au travail.

UN D: Donc, sous le nouvel ordre de Cyanogen, vous avez Cyanogen OS, qui est la partie commerciale, et CyanogenMod qui est la partie open-source sous-jacente. En quoi l'énoncé de mission de ces deux éléments diffère-t-il au-delà de simplement ouvert par rapport à légèrement moins ouvert?

SK: Donc, la direction source fermée, généralement... Si nous décidons de conserver quelque chose de source fermée, cela communique généralement à notre infrastructure, que nous avons toujours gardée pour nous. Même pour CyanogenMod, je ne pense pas que nous l'ayons jamais publié car ce n'est pas si utile à personne. Ce n'est pas que nous avions quelque chose à cacher, nous ne l'avons jamais vraiment sorti. Donc, s'il parle de notre backend, nous le gardons généralement pour nous. S'il contient une IP ou quelque chose qui est potentiellement générateur de revenus ou sous licence, nous devons le garder pour nous. Ou si cela nous donne un avantage d'une certaine manière. Et [seulement] s'il a été développé en interne. Nous ne prenons pas le code de la communauté pour le fermer.

Le projet open source est un peu comme la terre sacrée. Et avec beaucoup de nouvelles personnes dans l'entreprise, vous devez leur apprendre comment tout cela fonctionne et tout, et parfois c'est un peu nouveau pour eux. Et cela doit rester: la chose est faite par les gens qui l'utilisent - c'est le but là-bas. Et tout y passe, essentiellement, alors que le produit commercial vise à atteindre le monde entier.

AD: Et pas seulement construire quelque chose pour vous-même, et peut-être que vous l'avez mis là-bas ...

SK: Oui, et il y a des millions de personnes qui utilisent CyanogenMod ou un dérivé de CyanogenMod, donc ce n'est pas comme si c'était un grand secret. C'est presque courant maintenant. Bon sang, c'est courant en Chine. Les États-Unis sont un peu différents.

Le projet open source doit avoir son propre ensemble de règles. Parfois, c'est presque comme une connaissance tribale. Pour certaines personnes, cela peut sembler inaccessible, mais ce n'est vraiment pas le cas, c'est vraiment très convivial. Vous devez juste ne pas vous en tromper, lancer du code et nous vous donnerons tout le soutien dont vous avez besoin.

Et dans l'entreprise, nous n'utilisons pas CyanogenMod, car ce serait insensé. Il est déjà déjà assez difficile de maintenir une base de code de cette taille telle quelle. Donc, si vous travaillez sur notre base de code interne, vous consultez CyanogenMod plus comme 30 autres référentiels en plus et tout un tas de configuration... Alors oui, nous construisons dessus.

Donc, l'une des choses intéressantes est que si vous faites quelque chose de cool et que vous l'introduisez dans le projet open-source, cela pourrait également concerner des millions d'appareils de production. Certaines personnes aiment ça, certaines personnes détestent ça. Mais je pense que c'est génial - si je travaille sur quelque chose et que je le donne, je veux le donner au plus grand nombre de personnes possible.

UN D: Au cours de la dernière année, nous avons vu une tendance très intéressante vers des téléphones de niveau intermédiaire de haute qualité à des prix vraiment compétitifs. Certains d'entre eux exécutent Cyanogen OS. Compte tenu de la perspicacité dont vous disposez, cette tendance se poursuivra-t-elle ou deviendra-t-elle simplement une course vers le bas?

SK: Il y a déjà une énorme course vers le bas, et c'est de là que viennent tous les prochains utilisateurs. Mais, vous savez, le OnePlus One, c'est vrai, l'a cloué avec le prix. Aussi, je l'ai cloué au bon moment, et tout le monde était assez odieux pour attirer l'attention des gens. Et quoi que nous ayons expédié, c'était bien. C'était vraiment bien.

le prochain génération de puces va être où le haut de gamme devient vraiment génial.

Et, vous savez, je pense que le plus gros problème avec cette classe d'appareils était que les marges de revenus étaient si minces. Vous allez à la limite à ce stade. Donc [le OnePlus One] a une puce assez haut de gamme, du matériel assez bon, donc la barre est assez haute. Certains OEM réutilisent le chipset [Snapdragon 801] 8974. Le Zuk Z1 l'utilise. Le OnePlus X utilise également 8974. C'est toujours mon étalon-or. C'est toujours pourquoi j'utilise [le OnePlus One]. Il n'a pas de problèmes de surchauffe comme beaucoup de nouvelles puces. Je pense que le prochain génération de puces va être où le haut de gamme devient vraiment vraiment génial, donc je vais probablement m'en tenir à cela jusque-là. Mais certains de ces trucs bas de gamme sont plutôt bons.

AD: Oui, les appareils qui m'ont le plus impressionné au cours de la dernière année sont le Moto G et le Wileyfox Swift - vous pouvez obtenir cette classe d'expérience sur quelque chose qui ne coûte pas beaucoup.

SK: Le Swift était amusant, et nous avons constaté que nous pouvions aller encore plus loin sur du matériel encore plus faible. J'aurais aimé avoir [un futur appareil CM] avec moi, mais ce n'est pas le cas. Malheureusement, le timing n'a pas fonctionné, nous n'avons donc pas été en mesure de l'expédier directement, mais nous publions CyanogenMod pour cela, nous en parlerons donc. Mais ce qui est cool, c'est que la chose fonctionne si bien. C'est comme un gig de RAM, des spécifications vraiment bas de gamme, un faible stockage ...

C'est vraiment intéressant pour moi parce que je suis un gars de la scène démo de la vieille école, comme le langage d'assemblage sur du matériel à l'ancienne et d'autres choses. Essayer d'en tirer toutes sortes de performances, j'aime ce genre de choses. Être capable de prendre un appareil à 75 $ et de le faire fonctionner assez bien. Comme, ça ne va pas gagner à Antutu, non? Mais si vous naviguez simplement sur le Web, utilisez le courrier électronique, des éléments de base, prenez des photos, tout fonctionne très bien.

AD: Et je suppose qu'il y a beaucoup de points communs dans les puces parmi les produits bas de gamme, donc c'est un travail que vous n'avez pas à dupliquer.

SK: Mais je veux dire sur les trucs bas de gamme, vous devez faire beaucoup de supercherie - un beaucoup de la supercherie - pour en tirer de bonnes performances. Et je pense que c'est là que nous pouvons obtenir une belle victoire.

UN D: À mesure que le matériel des smartphones devient de plus en plus banal, les logiciels et les services deviennent de plus en plus importants et sans doute beaucoup plus rentables. Pouvez-vous nous parler un peu de la stratégie de Cyanogen en matière de services groupés?

SK: Pour nous, c'est plus une question d'intégration. Nous ne voulons pas expédier quelque chose qui contient des millions d'applications. Et il y a certaines choses que Google ne va tout simplement pas construire, non? Le monde des applications en silo est génial et cela leur donne en fait un avantage concurrentiel, alors que nous l'abordons sous un angle totalement différent, nous devons donc jouer au jeu un peu différemment.

Nous ne voulons pas expédier quelque chose qui contient des millions d'applications.

C'est pourquoi nous faisons des choses comme créer des applications extensibles, où vous pouvez écrire des extensions pour le numéroteur. Comme vous pouvez écrire une extension VOIP pour un numéroteur, vous n'avez donc pas besoin d'avoir 12 numéroteurs pour différents services. Je ne veux pas trop m'y intéresser car il y a tout un truc que nous avons autour de ça.

Avec CM13, nous faisons beaucoup de inférieur-niveau truc [extensible]. J'en ai un peu parlé dans le discours liminaire. Il y a le SDK CyanogenMod, [dans] lequel nous donnons fondamentalement plus d'accès à certaines fonctionnalités de la plate-forme et aussi à tout ce que nous avons construit. Et nous l'utilisons également pour nettoyer notre code afin de pouvoir accéder plus rapidement aux futures versions d'Android. En même temps, nous cherchons ce que nous pouvons rendre extensible ce.

Il y a donc des trucs sympas là-dedans maintenant, c'est déjà disponible. Et puis, il y a ce truc de niveau supérieur qui consiste à rendre les applications plus extensibles - des choses qui fonctionnent à un niveau supérieur. Et c'est un peu la grande stratégie pour nous en ce moment. En plus de l'expédition sur les bons appareils, ce sera le logiciel et la façon dont tout se passera, car comme je l'ai dit, nous ne sommes pas une entreprise de matériel informatique.

UN D: Pensez-vous que n'importe qui peut défier Google et Apple dans les services mobiles en Occident maintenant? Ou ce duopole est-il en place pour le moment, et tout le monde doit le contourner?

SK: Certaines choses de Google sont vraiment bonnes. Une partie est juste OK. Tout fonctionne très bien ensemble. Ils ont de bonnes choses. Y a-t-il une possibilité pour plus de choses? Ouais! Et cela commence à devenir plus intéressant lorsque vous avez ce type d'applications extensibles, car même avec quelque chose comme Google Now, vous ne pouvez vraiment rien faire avec Maintenant, vous pouvez simplement donner des choses à Maintenant.

Ils commencent à faire un peu plus [dans Marshmallow], mais je pense que d'un point de vue commercial, ils vous veulent dans leur monde. Et ce n'est pas un mauvais endroit pour avoir raison? Je veux dire, nous voulons que vous soyez notre monde aussi!

AD: Tout le monde le fait. Tout le monde veut verrouiller les utilisateurs.

SK: Vous savez, notre façon de faire est un peu différente, non?

UN D: Ainsi, Cyanogen a bien sûr un large éventail de partenaires matériels parmi les fabricants de ces appareils de niveau intermédiaire et budgétaire. Mais prévoyez-vous un retour aux téléphones haut de gamme traditionnels?

SK: Oui... Oui... /Des rires/. Je ne peux pas en dire plus. Je ne peux pas en dire trop, mais ça va être génial.

Steven Smith: Je suis d'accord. C'est un peu ridicule.

AD: OK. Et bien sûr, les marchés de niveau intermédiaire et émergents sont également extrêmement importants.

SK: Le plus gros problème pour nous, c'est que nos partenaires veulent faire un lot des appareils, comme lancer le filet loin. Et encore une fois, chacune de ces choses représente une énorme quantité de travail. Parce que tout le matériel est différent et, dans de nombreux cas, ils sont fabriqués par des personnes différentes. Vous devez établir des relations avec ces types.

Notre plus grand défi est donc de l'intensifier. Et nous avons des trucs en préparation. Je pense que nous avons une assez bonne stratégie pour aller de l'avant, mais il reste encore beaucoup de travail à faire. Vous en verrez beaucoup plus de notre part cette année.

Si nous pouvions l'intensifier à travers un lot de partenaires sur [le matériel] qui est un peu plus courant, comme restreindre un peu la portée, donc ce n'est pas comme dur, et mettre nos affaires en forme afin que nous puissions essentiellement livrer quelque chose à une usine ou à un OEM où ils peuvent simplement fonctionner avec ...

Vous obtiendrez un bon logiciel et ce ne sera pas abandonware. Parce que toute cette merde est juste abandonware en ce moment.

Mais je veux dire que c'est dur. C'est féroce. Mais je pense que la raison pour laquelle nous serons différents là-bas est que si nous pouvons faire ce travail, vous obtiendrez un bon logiciel et ce ne sera pas abandonware. Parce que toute cette merde est juste abandonware en ce moment. Si vous achetez un de ces téléphones bas de gamme, c'est comme si un OEM qui n'avait aucune ingénierie s'est adressé à un ODM en Chine et a dit: «Je veux ceci, je le veux à ce prix, voici mon logo. Voici peut-être quelques autres téléphones dont nous aimons la conception. "Et puis ils le construisent, et ces gars-là s'occupent de l'accomplissement et du support et tout ça, c'est fait.

AD: Bien sûr. Vous voyez des tonnes de ces choses sur les marchés de Hong Kong et même au CES chaque année.

SK: Ouais. Des millions d'entre eux. Des milliers d'entre eux. Ouais.

UN D: La sécurité sous Android est un sujet énorme de nos jours, en particulier avec les exploits de haut niveau et Google et d'autres passant à des correctifs de sécurité mensuels ...

SK: Nous sommes également dans ce train en marche.

UN D:... Mais tout ce qui est basé sur Android peut-il jamais être aussi «sécurisé» qu'un système fermé comme iOS?

SK: Je pense que ce n'est pas vraiment ainsi que fonctionne la sécurité.

AD: De nombreux commentateurs aiment penser que c'est ainsi que fonctionne la sécurité.

SK: Ouais. Il y a deux façons de voir les choses. Sur un système propriétaire, la chose pourrait être une bombe à retardement - vous n'en avez vraiment aucune idée. Et il n'a pas la visibilité de [open-source]. je suis sérieux Est-ce que, mais vous devez le décompiler et il est vraiment difficile de trouver des bogues. Je suis donc beaucoup plus en faveur de la sécurité autour de l'open source parce que vous pouvez regarder le code et dire uh-huh, OK, quelqu'un a foiré là-bas.

L'un des bogues Android hilarants d'origine que nous pensons avoir laissé intentionnellement était le bogue original qui vous permettait de rooter le Motorola Droid. Il y avait deux lignes [de code]. Et l'un d'eux aurait dû être légèrement différent, mais il semblait qu'ils venaient de le copier et de le coller. Il y avait même un commentaire au-dessus disant "de mauvaises choses pourraient arriver ici". Donc, soit quelqu'un l'a fait exprès, soit c'était d'une ironie hilarante. Vous pouviez voir que c'était une légende évidente. Il disait littéralement dans le code, «de mauvaises choses pourraient arriver ici». Et vous l'avez regardé et de mauvaises choses se sont produites parce que le code était erroné. Et cela vous permet d'écrire un exploit trivial qui vous permet de concaténer deux fichiers et qui clignote en fait le second avec la signature du premier afin que vous puissiez contourner toute sécurité et rooter l'appareil.

UN D: Donc, vous disiez aujourd'hui [dans le discours d'ouverture] que vous êtes plutôt bien placé avec [Marshmallow] en ce moment par rapport à l'endroit où [Lollipop] était l'année dernière ...

SK: [Lollipop] a été difficile pour nous. Non seulement c'était une mise à niveau difficile parce qu'il y avait tellement de changements d'interface utilisateur, mais nous avions beaucoup de choses que nous essayions de traiter dans notre entreprise. C'était la première fois que nous essayions de faire plusieurs appareils simultanément sur, par exemple, un niveau de production. Et nous avons eu beaucoup à apprendre sur la manière de réussir notre propre processus.

Cela a donc pris beaucoup plus de temps que ce que nous voulions. Et nous avons eu beaucoup de fonctionnalités, et le timing a toujours gâché les choses. Il y avait comme un million de choses qui ont mal tourné. Mais bon, nous avons appris de cela et pensons que nous l'avons compris, et maintenant nous pouvons faire sortir des choses assez rapidement.

UN D: Et enfin, une question très ouverte: à quoi ressemblera le paysage Android à la fin de la décennie, et où Cyanogen s'inscrira-t-il dans cette image?

J'aimerais nous voir comme l'opposé du jardin clos.

SK: J'aimerais nous voir comme l'opposé du jardin clos. C'est un peu la grande idée, non? Que se passe-t-il lorsque vous faites le contraire. Où vous devenez cette plate-forme extensible par tout le monde et par tous de toutes ces manières folles. Comme si c'était notre monde et si vous voulez y être, voici comment c'est. C'est là que je veux que nous soyons.

Mais ce sont les premiers jours. Mais cinq ans? Je ne sais męme pas.

AD: C'est une éternité, n'est-ce pas.

SK: Ouais. Peut-être que dans deux ans, je pourrais penser à une partie de la technologie, mais ...

Steven Smith: C'est l'une de ces choses où vous ne pouvez pas voir plus de deux mois à l'avance parce que cela change rapidement si vite. C'est ce que nous faisons avec notre plate-forme SDK, c'est attirer des gens qui ne sont pas seulement des passionnés. Je suis allé à Hack the Planet à Mountain View en août et une fois que les étudiants ont intégré le SDK, ils étaient comme "wow". Comme [Steve] l'a dit plus tôt, il y a des tonnes de trucs sympas.

Vous allez bientôt pouvoir exécuter certains de ces algorithmes d'apprentissage profond sur votre téléphone. Cela change vraiment la donne.

SK: Je pense que l'autre chose intéressante que tout le monde doit regarder, ce sont certaines de ces nouvelles architectures de CPU comme [Qualcomm] Zeroth. Zeroth est un processeur cognitif, il simule essentiellement les neurones. Vous pouvez donc créer des trucs vraiment sauvages avec.

Les cas d'utilisation de ce genre de choses vont être, comme, sauvage. Nous ne faisons qu'effleurer la surface de ce qui est possible avec ces types d'algorithmes, maintenant qu'il existe du silicium qui peut réellement vous aider... Par exemple, vous allez bientôt pouvoir exécuter certains de ces algorithmes d'apprentissage profond sur votre téléphone. Cela change vraiment la donne. Cela perturbe le cloud.

Bien sûr, vous avez besoin de beaucoup de données. Les réseaux deviennent plus rapides. Je suis donc intéressé par ce que nous pouvons faire pour rapprocher vos données de vous.

AD: La solution n'est donc pas toujours de tout jeter dans un centre de données et d'exécuter des calculs dessus.

SK: Ouais - le pouvoir a tendance à se consolider dans un petit nombre d'endroits. Et c'est un peu effrayant quand on y pense. Je ne suis pas vraiment fan, mais c'est la seule façon de le faire maintenant.

Plus d'histoire Android

• Découvrez l'évolution du système d'exploitation mobile le plus populaire au monde dans notre Série d'histoire Android.

Crédit photo Steve Kondik: SF Android User Group