4 ms·
Aren't you supposed to remove feature flag code after it's found to be stable? Some products block paid features with flags and those stay in, of course. Do ot
by vsareto 6y ago
Aren't you supposed to remove feature flag code after it's found to be stable? Some products block paid features with flags and those stay in, of course.
Do others get actual dev time to clear that up, or is it just rolled up into any technical debt work?
- deckard1 6y ago> Do others get actual dev time to clear that up Depends on how much influence your PM has over your team and whether your team really cares about going back and cleaning it up or would they rather go and do resume-building features instead. I feel like we already know the answer to this. I've often felt that all PMs should be required to take a class on combinatorics before being allowed to add a single new feature flag. Of course, devs spend countless hours unit testing and going through QA and then some marketing dickbag can come along and stuff a random script tag into the website via Google Tag Manager and destroy the performance or even kill the site entirely. Yeah, I'm a little bit cynical these days.
- closeparen 6y agoAFAIK there is automated cleanups for flags abandoned in the "off" position but "on" flags are forever, in case the feature ever needs to be turned off in the future. In theory this promotes reliability, but I think it's rarely understood what non-local effects there might be if a given flag is turned off, and the more time goes on, the less we understand it.
- lazyasciiart 6y agoHa. I'm trying to convince people to delete flags that were released in 2015.