Il y a beaucoup de bonnes réponses ici, toutes conduisant à l'importante définition de base popularisée dans l'article de Martin Fowler :
Ce sont des morceaux de code qui «[permettent] aux équipes de modifier le comportement du système sans changer de code».
Nous les avons donc historiquement considérés comme représentés par le pseudo-code:
if(app_settings["beta-mode"] == "true")
showAwesomeNewGui();
else
sameOldSnoozeFeset();
C'est une façon totalement précise d'y penser, et Matt et Adil le développent bien avec une variété de cas d'utilisation tactiques pour l'indicateur de fonctionnalité.
Mais j'aimerais offrir une définition révisée qui reflète la façon dont la réalité a évolué au cours des six années et a changé depuis que dotnetdev a posé la question initiale. Je travaille pour Rollout.io , une plate-forme de drapeau de fonctionnalités, donc j'ai eu un siège au premier rang pour cette évolution.
En termes simples, les indicateurs de fonctionnalités ne sont plus simplement un moyen d'activer et de désactiver des fonctionnalités dans votre application. C'est comme répondre "qu'est-ce qu'une ligne de facture" en disant "c'est une description et un montant de devise". C'est vrai, mais cela ne conduit pas au point le plus large de la facture elle-même.
Les indicateurs de fonctionnalités sont les éléments tactiques d'une solution stratégique globale dans les logiciels modernes. Ils sont le moyen par lequel vous reportez la logique de décision importante dans votre code jusqu'à l'exécution lorsque vous avez plus d'informations. Et, peut-être plus important encore, ils ne se produisent plus de manière isolée, avec une seule vérification pour voir si le numéro de version est supérieur ou non à 2,7; les organisations qui les utilisent les incluent généralement dans le cadre d'une approche produit complète à l'échelle du système.
Comme d'autres l'ont mentionné, Facebook et LinkedIn ont été les premiers à le faire, mais en 2018, de nombreuses organisations le font. Ils reportent les questions de logique de décision pour l'exécution dans le cadre de la stratégie de développement, de la stratégie opérationnelle (ou de la stratégie DevOps, si vous le souhaitez) et de la stratégie produit. Voici des exemples de telles questions.
- Qui devrait voir le nouvel écran d'administration que nous déployons et quand?
- Quel niveau d'adhésion est requis pour débloquer cet œuf de Pâques?
- Quand devrions-nous passer à la nouvelle base de données?
- Devrions-nous mettre une photo d'un guépard ou d'un aigle sur le bouton de paiement pour améliorer les conversions?
Pour avoir une application qui reporte un nombre important de ces décisions jusqu'à l'exécution, vous ne pouvez pas lancer des indicateurs de fonctionnalité dans votre application de manière ad hoc ou vous vous enterrerez dans des dettes techniques. Vous devez, ces jours-ci, avoir une stratégie complète de gestion des indicateurs de fonctionnalités, qui comprend quelques composants différents.
- Les points de basculement sont utilisés pour changer de comportement pour les nouvelles fonctionnalités.
- Plusieurs points de bascule se réunissent pour former un routeur à bascule . Un routeur à bascule détermine l'état d'une fonctionnalité.
- Basculer le contexte fournit au routeur bascule les informations contextuelles nécessaires (par exemple, un utilisateur spécifique).
- La configuration à bascule fournit les informations du routeur à bascule sur l'environnement.
Alors, à la fin, que sont les indicateurs de fonctionnalité?
Eh bien, ils constituent un élément important d'une stratégie plus large visant à disposer d'une application adaptable aux besoins techniques et du marché.