Vous utilisez peut-être le feature flipping dans vos projets et vous considérez cette technique indispensable. Mais les devs s'arrachent les cheveux à la moindre évolution avec toutes les combinaisons de feature flips à gérer. Tout ça combiné fait que le feature flipping devient dur à maintenir voire détesté par les devs. On finit par avoir des if/else envahissants dans le code, sans prendre le temps de faire le ménage pour éliminer les feature flips devenus inutiles. Je vous propose d'autres alternatives au feature flipping traditionnel, comme une priorisation différente, un design par l'injection ou un design pour un slicing plus malin.

1. Améliorer l’implémentation du
feature flipping pour réussir à
avoir du flow
Dorra Bartaguiz

2. Dorra Bartaguiz
• VP Tech (Direction Technique)
• Co-auteure & illustratrice
• Différents Rôles
• DEV/Archi
• Coach/ Formatrice
• Prof en école d’ingé

3. Formation
Sessions intra
et inter-entreprise,
sur site ou à distance
Coaching
Mentoring et
accompagnement
sur le terrain
Projet
Engagement de moyens et
engagement de qualité
Conseil
Diagnostic et études
sur mesure
NOS FORMATS D’INTERVENTION
Nos domaines d’expertise
Attitudes et pratiques craft

4. Tout a commencé sur
X/Twitter

7. Améliorer le feature
flipping pour réussir à
avoir du flow

9. Forums ouverts
trimestriels

10. Continuez à participer
https://forms.office.com/e/1CtupE6w2v

11. Un travail de
recherche

12. Merci

13. 92%
connaissent le
feature flipping
Consensus sur la
définition

14. • Feature flippers
• Feature flags
• Feature toggles
• Feature switches
• Conditional feature
Feature Flipping

15. • Activer/désactiver une fonctionnalité
• En temps réel, sans livrer du code
Feature Flipping

16. temps
Besoin : Activation multiple
d’une même feature

17. Petite feature

18. Moyenne feature

19. Grande feature

20. Gigantesque feature
Plutôt Epic

21. Ce n’est clairement
pas une feature
dans ce cas !

22. Feature flipping en mission
Un flipper pour chaque feature

23. On a toujours fait ainsi !

24. Besoin pas clair

25. Est-ce la bonne
utilisation ?

26. Mettre le nez
dedans
Nb features actives/
inactives
Comparer les envs
Ménage des flippers

27. Le bazar

28. • Utilisation des flippers
non adaptée au besoin
Le bazar

29. • Flipper non supprimé
• Multitude de IF et conf
• Code moins lisible
• Coût supplémentaire
• Dépendances entre flippers
• Non-régression en on/off
Le bazar

30. Le bazar

31. function payOrder(bool askPaymentInInstallments)
{
if(featureIsEnabled("use-payment-in-installements")
&& askPaymentInInstallments)
{
payInInstallments();
}
else
{
payInOneLumpSum();
}
}

32. Des devs
tristes

33. Des devs
en colère

34. Beaucoup désertent

35. Pourquoi utiliser
le feature flipping ?

36. Cas d’utilisation
Livraison partielle Activation selon
contexte
Dépendance
externe

37. La feature ne tient
pas sur une
itération
29%
On active les
fonctionnalités par
segment (zone,
contexte,
environnement…)
27%
On est plusieurs à
développer en
parallèle
14%
On teste en
production
10%
Autre
20%
Pourquoi choisir le feature flipping ?

38. 10% testent
en production

39. On livre en
désactivé
On active
Un bug !
On désactive
On corrige

40. Autres cas
d’utilisation

41. Autres cas d’utilisation
Trunk-based development
Produit en prod et refonte en parallèle
Demande explicite du client

42. Résumons !

43. • Livraison partielle
• Activation selon contexte
• Dépendance externe
• Deux versions en parallèle
• Demande explicite du client
• Aucun flipper supprimé
• Multitude de IF
• Code moins lisible
• Coût supplémentaire
• Non-régression en off
• Dépendances entre flippers
Cas d’utilisation
Inconvénients

44. Autre perspective
Voyons les
choses
autrement

45. Alternatives au
feature flipping
•Organisation
•Priorisation
•Design

46. Trunk-based
development

47. Vous connaissez

48. Trunk-based
development
• Contribuer directement
au tronc commun du
code
• Pas de branches

49. Trunk-based
development
• Avantages
• Collaboration continue

50. Trunk-based
development
• Avantages
• Collaboration continue
• Réduction des conflits

51. Trunk-based
development
• Avantages
• Collaboration continue
• Réduction des conflits
• Intégration continue

52. Trunk-based
development
• Avantages
• Collaboration continue
• Réduction des conflits
• Intégration continue
• Rapidité de
déploiement

53. Trunk-based
development
Branch-based
development

54. Branch-based development
• Une feature par branche
• Merge à la fin du développement

55. Trunk-based
development
Branch-based
development

56. Trunk-based development
Feature A
Feature C
Feature B
Release package
Feature B
Feature flipping
Feature B off

57. Trunk-based development
Activation unique d’une même feature

58. temps
Activation multiple d’une
même feature

59. Trunk-based
development
Feature
flipping
Branch-based
development

60. Livraison partielle

61. Vous connaissez

62. Livraison partielle
• Besoin de rassurer
• Eviter l’effet tunnel
• Réduction du life cycle des branches
• Merge plus souvent
• Intégration continue

63. Livraison partielle
Sprint 1 Sprint 2 Sprint 3
Feature n
US n1 US n2 US n3
Feature m
US m1 US m2
Ce lot n’est pas
livrable en l’état ?

64. INVEST in user stories
• Independent: sufficiently self-contained
• Negotiable: collaboration around the
details of what and how
• Valuable: increment of visible value
• Estimable: estimate how big it is
• Small: able to fit 6 to 10 into a sprint
• Testable: way to know we’re done
https://www.humanizingwork.com/the-humanizing-work-guide-to-splitting-user-stories/

65. INVEST in user stories
• Independent: sufficiently self-contained
• Negotiable: collaboration around the
details of what and how
• Valuable: increment of visible value
• Estimable: estimate how big it is
• Small: able to fit 6 to 10 into a sprint
• Testable: way to know we’re done
https://www.humanizingwork.com/the-humanizing-work-guide-to-splitting-user-stories/

66. https://www.humanizingwork.com/the-humanizing-work-guide-to-splitting-user-stories

67. Hamburger technique - Gojko Adzic
• Top Bun: starting point –
main goal
• Meat: core functionality –
main tasks to achieve goal
• Lettuce, cheese, etc:
specific aspects and details
• Bottom Bun: end point

68. Pas besoin de
feature flipping !

69. Activation selon
contexte

70. Vous connaissez

71. Activation selon contexte
• Exemples
• Activation par rapport à la période de Noël
• Activation pour la France et l’Espagne uniquement
• Activation pour l’environnement de développement uniquement
• Activation d’un AB testing pour un échantillon de users

72. Activation selon contexte
• Exemples
• Activation par rapport à la période de Noël
• Activation pour la France et l’Espagne uniquement
• Activation pour l’environnement de développement uniquement
• Activation d’un AB testing pour un échantillon
Besoin d’activation manuelle ?

73. Activation selon contexte
• Exemples
• Activation par rapport à la période de Noël
• Activation pour la France et l’Espagne uniquement
• Activation pour l’environnement de développement uniquement
• Activation d’un AB testing pour un échantillon
Critères métiers dynamiques ?

74. Activation selon contexte
Traitements
Condition
Traitements condition
satisfaite
Traitements condition
non satisfaite

75. Activation selon contexte
Implémentation Interface
Implémentation
Condition non satisfaite
Implémentation
Condition satisfaite
Remplacer les flippers
par le pattern Strategy

76. Activation selon contexte
• Gestion de campagnes
• On active la même fonctionnalité ou des différentes
• A la période des soldes, aux dates des soldes flottants
• A la période de Noël, au quotidien…
• Payement via des cartes cadeaux et/ou sur plusieurs
fois

77. “If it is so important,
make it a feature, not
just a flag.”
Cyrille Martraire

78. Activation selon
contexte
• Nouvelle feature ~ nouveau
(sous)domaine : Domain
Driven Design
• GoF design pattern :
Strategy ou Decorator

79. Un feature flipper
en moins !

80. Deux versions en
parallèle

81. Avez-vous
déjà eu besoin

82. Deal with legacy
• Réécriture partielle
• Réécriture complète : Big
Bang !
• Extraction partielle
• …
Strangler Application Pattern
Branch By Abstraction
…

83. Strangler Application Pattern
Strangler figs

84. Strangler Application
Pattern
New code
Legacy

85. Branch By Abstraction
“Technique for making a large-scale change to a software
system in gradual way that allows you to release the system
regularly while the change is still in-progress.”
Martin Fowler

86. Branch By Abstraction
Legacy need to
replace
Client
Client
Client

87. Branch By Abstraction
Legacy need to
replace
Client
Client
Client
Abstraction

88. Branch By Abstraction
Legacy need to
replace
Client
Client
Client
Abstraction

89. Branch By Abstraction
Legacy need to
replace
Client
Client
Client Abstraction

90. Branch By Abstraction
Legacy need to
replace
Client
Client
Client
Abstraction
Abstraction
New version

91. Branch By Abstraction
Legacy need to
replace
Client
Client
Client
Abstraction
Abstraction
New version

92. Branch By Abstraction
Legacy need to
replace
Client
Client
Client
Abstraction New version

93. Deux versions en parallèle
• Deal with legacy using patterns & techniques
• Strangler Application Pattern
• Branch By Abstraction
• …

94. Un feature flipper
en moins !

95. Dépendance
externe

96. Vous avez
déjà eu le cas

97. Dépendance externe
• Un service dont on a besoin mais qui n’est pas dans
notre périmètre
• Exemples
• Activation d’un service de payement différé
• Activation d’un service de publication d’actualité

98. Manque de
confiance en la
disponibilité du
service externe

99. Circuit Breaker

100. Circuit Breaker
=
Health check + Feature flipping

101. Plus d’inquiétude

102. Demande explicite
du client

103. Ça vous est
déjà arrivé

104. Est-ce qu’il/elle
a bien compris
l’usage des
flippers ?

105. Proposez lui/elle
cette présentation

106. Take away

107. Feature flipping : solution de facilité
• Code pas facile à maintenir
• Coût supplémentaire d’analyse
• Non-régression plus longue
• Turn-over plus important

108. Feature flipping : solution de facilité
• Alternatives au feature flipping
• Meilleur split
• GoF design patterns
• Domain Driven Design
• Strangler Application Pattern
• Branch By Abstraction
• Circuit breaker

109. Continuez à participer
https://forms.office.com/e/1CtupE6w2v

110. Merci