Comment Google construit ChromeOS grâce à des flags

Sommaire

• Des fonctions expérimentales
• HP Chromebook Plus 15a-nb0000sf
  • Le parcours épineux d’un flag
  • Un contrôle à chaque étape
  • Les raison de l’abandon d’un flag
  • Validation et intégration d’un flag
  • Le rôle des développeurs
  • Bien comprendre l’évolution de ChromeOS à travers les flags
• Comment Google construit ChromeOS grâce à des flags
  • Partager :

Régulièrement, je vous propose des articles, expliquant la fonction d’un nouveau flags, arrivé dans le canal Canary de ChromeOS. On peut naturellement se poser la question sur leurs fonctions mais également quel est le parcours entre le moment ou ils apparaissent et le moment ou la tache qu’ils remplissent est intégré dans ChromeOS. Je vous propose de voir dans le détail le parcours des flags et comment ils sont validés ou simplement refusés. Bref, voici comment Google construit ChromeOS grâce à des flags.

Des fonctions expérimentales

Les flags, que ce soit pour ChromeOS ou Google Chrome, représentent des fonctionnalités expérimentales ou des outils en cours de développement. Ces innovations sont proposées initialement aux développeurs et aux utilisateurs avancés pour recueillir des retours et évaluer leur stabilité et leur utilité. L’accès à ces flags se fait via la page interne du navigateur Chrome, accessible en tapant chrome://flags dans la barre d’adresse. Ce mécanisme permet à Google d’introduire progressivement de nouvelles fonctionnalités, d’évaluer les risques associés et de collecter des données précieuses sur leur adoption avant une intégration potentielle dans les versions stables. Cette approche itérative, axée sur les tests et les retours, permet d’affiner les fonctionnalités.

Le parcours épineux d’un flag

ChromeOS comme Google Chrome suivent un cycle de développement continu avec des publications régulières à travers différents canaux, chacun ciblant un public spécifique et offrant un niveau de stabilité variable. Les principaux canaux sont Canary, Dev, Beta et Stable, avec une mention pour Extended Stable/Long-term Support (LTS).

• Canary est le terrain d’expérimentation initial des flags. Ils sont introduits en premier lieu dans le canal Canary, qui est le plus expérimental. Mis à jour quotidiennement avec les dernières modifications du code, souvent sans tests approfondis, il est destiné principalement aux développeurs pour une évaluation technique précoce. Les fonctionnalités à ce stade sont souvent incomplètes, boguées, voire cassées. La présence d’un flag dans Canary ne garantit pas son intégration future.
• Dev permet les premiers tests par les utilisateurs précoces. Si un flag est jugé prometteur dans Canary, il peut être intégré au canal Dev, mis à jour une ou deux fois par semaine. Bien que plus stable que Canary, il peut toujours présenter des instabilités et s’adresse aux utilisateurs souhaitant tester les nouveautés en avant-première. Des tests automatisés plus rigoureux sont effectués et les retours des utilisateurs précoces deviennent cruciaux.
• Beta est un équilibre entre nouveautés et stabilité. Les flags réussissant les tests dans Dev peuvent passer au canal Beta, mis à jour environ une fois par semaine. Offrant un meilleur équilibre entre stabilité et accès aux nouvelles fonctionnalités, il permet aux utilisateurs de visualiser les changements à venir avec un risque relativement faible. Les tests se concentrent davantage sur la stabilité globale et l’expérience utilisateur pour un public plus général.
• Stable est la version recommandée pour la plupart des utilisateurs. Les flags ont été entièrement testé par l’équipe ChromeOS pour offrir la meilleure stabilité possible. Les mises à jour sont moins fréquentes. La progression à travers ces canaux reflète un processus de validation et de stabilisation progressif.

Un contrôle à chaque étape

Le parcours d’un flag est ponctué d’évaluations rigoureuses basées sur plusieurs critères.

• Tests de performance qui permettent de s’assurer que le flag n’a pas d’impact négatif sur la vitesse et la réactivité du système. Une dégradation significative des performances peut entraîner un rejet.
• Tests de stabilité permettant de vérifier l’absence de plantages, d’erreurs et de comportements inattendus. L’instabilité est une raison majeure de rejet.
• Tests de sécurité permettant d’examiner les implications du flag pour s’assurer qu’il n’introduit pas de vulnérabilités. Tout problème de sécurité détecté peut entraîner un rejet immédiat.
• Le retours des utilisateurs assure une analyse attentivement des retours des utilisateurs des canaux Canary, Dev et Beta concernant l’utilité et l’ergonomie de la fonctionnalité. Un manque d’intérêt ou des retours négatifs peuvent conduire à l’abandon d’un flag.
• Une revue du code permet son examen par d’autres développeurs pour identifier les problèmes potentiels et assurer la qualité.

L’évaluation est donc multidimensionnelle, prenant en compte des aspects techniques, l’expérience utilisateur et l’intérêt de la communauté.

Les raison de l’abandon d’un flag

Un flag peut être écarté à n’importe quelle étape de son parcours pour garantir la qualité, la stabilité et la sécurité de ChromeOS. Les raisons fréquentes incluent :

• Un problèmes de performance, c’est à dire un ralentissement du système, consommation excessive de ressources.
• Une instabilité et bugs majeurs pouvant entraîner plantages fréquents ou comportement imprévisible.
• Des vulnérabilités de sécurité avec introduction de failles potentielles.
• Un manque d’intérêt des utilisateurs ou retours négatifs à cause de fonctionnalité jugée inutile ou complexe.
• Une complexité technique excessive ou coût de maintenance élevé.
• Des conflits avec d’autres fonctionnalités existantes ou difficultés d’intégration.
• Un non-respect des directives de développement internes de Google.

Le rejet d’un flag est une donc une décision réfléchie basée sur une évaluation des risques et des bénéfices potentiels.

Validation et intégration d’un flag

Un flag est validé et intégré dans la version Stable lorsqu’il répond à un ensemble de critères rigoureux.

• Des retours utilisateurs positifs et intérêt prononcé de la part des testeurs.
• Une stabilité et performance prouvées à travers les tests.
• L’amélioration significative de l’expérience utilisateur.
• Le respect des normes de sécurité et des meilleures pratiques de développement.
• Une absence de conflits majeurs avec les autres composants de ChromeOS ou de Google Chrome
• La réussite des tests d’acceptation finaux par l’équipe d’assurance qualité.

La validation d’un flag signifie qu’il a atteint un niveau de maturité suffisant pour être proposé à l’ensemble des utilisateurs. En passant dans la version Stable, le flag est directement intégré au système, n’obligeant pas l’utilisateur à l’activer.

Le rôle des développeurs

Les développeurs de Google jouent un rôle central et multifacette dans la création, le test et l’intégration des flags. Ils conçoivent, développent le code, effectuent des tests rigoureux, déboguent, surveillent les retours utilisateurs et apportent des améliorations. La revue de code et la collaboration sont essentielles. Si un flag est validé, ils sont responsables de son intégration finale dans la version Stable.

Les développeurs externes contribuent principalement par leurs retours et leurs rapports en utilisant les canaux Canary, Dev et Beta. Leur expertise peut identifier des problèmes non envisagés par les développeurs internes. Étant donné que ChromiumOS est open source, ils peuvent également contribuer directement au code. Leurs suggestions peuvent indirectement influencer le processus en inspirant de nouveaux flags. Leur participation est essentielle pour élargir la couverture des tests et améliorer la qualité de ChromeOS.

Bien comprendre l’évolution de ChromeOS à travers les flags

On peut comprendre l’évolution de ChromeOS comme de Google Chrome, à travers les flags, en consultant régulièrement le site chromeos.dev/en/releases. Les nouvelles fonctions qui sont régulièrement mises en avant, sont généralement présentées d’abord via des flags. Ainsi, sans changer le noyau même du système d’exploitation, il est proposé des nouveautés ne mettant pas logiquement en péril le fonctionnement même de l’OS. Ces nouvelles fonctionnalités qui sont en périphérie le temps des tests comme indiqué ci-dessus, pourront faire l’objet de modifications dans leurs présentation et parfois leurs fonctions. Il arrive même qu’un flag entraîne la mise en chantier d’un nouveau flag pour compléter le précédent.

Comment Google construit ChromeOS grâce à des flags

L’intégration d’un flag ChromeOS est un parcours rigoureux et itératif, de l’expérimentation initiale à la stabilité. Les flags sont un mécanisme essentiel pour l’innovation contrôlée, minimisant les risques pour la majorité des utilisateurs. Chaque étape, des tests aux retours utilisateurs, est cruciale pour garantir la qualité de ChromeOS. La contribution des développeurs, internes et externes, est fondamentale pour l’évolution continue du système d’exploitation. Le système des flags illustre une approche de développement agile et centrée sur l’utilisateur.