Piątek po południu. Wypuściłeś aktualizację na serwer z nową funkcjonalnością (mimo, że wszyscy ci odradzali). Ale był tam krytyczny fix buga. Nie miałeś innego wyjścia. 5 minut po deployu okazuje się, że system leży – nowa funkcjonalność coś popsuła. Chyba czeka cię długi piątek/weekend. Gdybyś miał Feature Flags w projekcie, to twój piątek wyglądałby zupełnie inaczej. Feature Flags (albo Feature Toggles) pozwalają ukryć funkcjonalność przed użytkownikiem końcowym i wyświetlić ją warunkowo. Dzięki temu można spokojnie merge’ować wszystko do głównej gałęzi. Albo wyłączyć funkcjonalność w ciągu kilku minut, jeśli jest wadliwa. Na prezentacji opowiem, dlaczego w swojej aplikacji JavaScript powinieneś rozważyć Feature Flags. Wady, zalety i praktyczne wskazówki jak sobie z tym radzić. I to wszystko z perspektywy osoby, która korzysta z tego od dłuższego czasu. Po wyjściu z prezentacji będziesz wiedzieć kiedy warto stosować flagi i jak utrzymać je pod kontrolą.

1. Jak poskromić feature
flags w projekcie
Aleksander Patschek

2. Aleksander Patschek
🧑‍💻 Senior Frontend Developer w The
Software House
✒️Bloguję na fsgeek.pl
📰 Tworzę newsletter webdevnews.pl

3. Agenda
Co to są Feature Flags?
Zalety korzystania
Wady i pułapki
Dobre praktyki
Podsumowanie i Q&A

4. Co to są feature flags?

8. Flaga
Kod A Kod B

9. Flaga
Kod A Kod B

10. Zewnętrzny
serwis

11. If's as a Service

12. Zalety flag

13. Wypuść teraz,
aktywuj potem

14. https://www.atlassian.com/pl/git/tutorials/comparing-workflows/gitflow-workflow

16. https://www.optimizely.com/optimization-glossary/trunk-based-development/

17. synchronizować feature
brancha z main
Konflikty w kodzie
i duże PR
Nowa funkcjonalność jest
zawsze zsynchronizowana
z innymi zmianami
Łatwiejsze zmiany w całej aplikacji
np.: aktualizacja bibliotek

19. Przycisk bezpieczeństwa

21. Godziny
Minuty

22. Warunkowy dostęp

23. Kiedy możemy potrzebować warunkowego
dostępu?

24. Zdalna konfiguracja

25. Canary Deployment

26. https://www.snapt.net/blog/load-balancing-for-blue-green-rolling-and-canary-deployment

27. Registration
process
20%
80%

28. Testy A/B

29. Problemy jakie mogą
powodować flagi

30. Uzależniają

31. Wprowadzają dług
techniczny

32. Wprowadzają dług
techniczny
(i to spory)

36. Błędy i ślepe zaułki

37. Ciężkie do testów

38. Dobre praktyki

39. There are only two hard
things in Computer Science:
cache invalidation and
naming things.

40. hideFeatureA
showFeatureB

42. nazwa zespołu
środowisko
czas życia
platforma

43. Opisuj flagi

44. Nazwa flagi
Odpowiedzialny
zespół
Zadanie
w Jira
Spodziewany
czas życia
Inne notatki

45. Rób audyt

46. Czy są dobrze
opisane?
Czy każda
flaga jest obecna?
Czy potrzebujesz
każdą flagę?
Co możesz
usunąć?

47. Usuwaj
niepotrzebne flagi

48. Zainwestuj
w logowanie informacji

49. Naucz się odmawiać

50. Co warto zapamiętać po
dzisiejszej prezentacji?

51. Zalety flag
✅ Wypuść teraz, aktywuj później
✅ Przycisk bezpieczeństwa
✅ Dostęp warunkowy
✅ Zdalna konfiguracja
✅ Canary deployments
✅ Testy A/B

52. Wady flag
❌ Uzależniające
❌ Wprowadzają dług techniczny
❌ Błędy i ślepe zaułki
❌ Ciężkie do testów i debugowania

53. Dobre praktyki
✅ Zainwestuj w dobre nazwy
✅ Nie używaj hide/disable
✅ Stwórz konwencje do nazywania
✅ Opisuj flagi
✅ Rób regularne audyty
✅ Naucz się odmawiać

54. Pytania?
@fsgeek
aleksanderpatschek
kontakt@fsgeek.pl
tsh.io/programowanko