| I am in favor of all automation and I totally agree that the tool is valuable. I am sorry if my comments seemed on other direction. What I was trying to say was basically, without tooling also you can manage the debt from feature flags. Answer to the RIDES_NEW_FEATURE question is about "you definitely don't want to block someone from fixing a crash because they have pending expired flags" mainly. When I am disabling a flag, if I set isNewFeatureEnabled to False, basically, I am removing bloat instantly. Then when I have time to review the code I can also remove the dead code. Actually this is fixing the concerns in your blog post about "accidental activation" and "bloat" without waiting developers to fix the code. Piranha can set flag to stale value, then later can send the developer task to fix the dead code. My flow is little bit more complicated then I replied actually, I have also assets etc related to feature flags. CI pipeline also removing non-used assets for that flag when it is stale. So basically I have more like: function isNewFeatureEnabled { return isFlagEnabled(flag) && getFlagValue("RIDES_NEW_FEATURE") } What I am curious on this topic, do you have any kind of conflict detection for your feature flags? |
Can you elaborate on what you mean by conflict detection? Are you trying to understand how flags are dependent on each other?