We've built an open-source feature flag server for 11 years

Re:We've built an open-source feature flag server for 11 years by sgt on Friday November 06, 2026 @03:01PM (#50397595)

Just basically various means of turning features on/off based on static rules. Settings mostly but occasionally user based or URL params.

Your platform has that and a ton of other things that would be useful for larger platforms, but it would be a pain to develop when you're already building a complicated roadmap.

[ Parent | on HN ]

Re:We've built an open-source feature flag server for 11 years by aussieguy1234 on Friday November 06, 2026 @04:57PM (#50399054)

If it's settings, its better off being in your apps settings rather than implemented as a long running feature flag.

Feature flags are meant to be temporary.

[ Parent | on HN ]

Re:We've built an open-source feature flag server for 11 years by sgt on Saturday November 07, 2026 @05:43AM (#50403353)

Well, I mean.. settings can also be temporary. Could be constants or from the DB, etc.

[ Parent | on HN ]

Re:We've built an open-source feature flag server for 11 years by aussieguy1234 on Sunday November 08, 2026 @01:03AM (#50410817)

Perfect candidate for a FF if it really is temporary. I have my own personal rule. If the FF lives beyond a certain amount of time, it gets turned into a setting.

[ Parent | on HN ]

Re:We've built an open-source feature flag server for 11 years by k4rli on Sunday November 08, 2026 @09:50AM (#50413826)

End of the day it seems like only semantics. Feature-flag and a boolean "setting" to enable a feature are the same thing.

[ Parent | on HN ]