Live data from Hacker News

Show HN: We built an open-source LaunchDarkly alternative for B2Bs

enrolla.io

51–53 of 53 posts

Re: Show HN: We built an open-source LaunchDarkly alternative for B2Bs

#51

Earlier quoted context omitted.

Most companies are not in the business of building UIs for rule engines, A/B-testing, user segmentation, etc. The value of giving non-engineers the power to roll out features without code changes is worth quite a lot. (Where I work we recently went from a home-rolled feature flag system similar to what you described to using LaunchDarkly)

How is using LaunchDarkly home-rolling a feature flag system?

Like the other person wrote we switched from a home-rolled system to LaunchDarkly.

Re: Show HN: We built an open-source LaunchDarkly alternative for B2Bs

#52
post #40
post #24

Earlier quoted context omitted.

Having had to implement custom billing logic and working in a startup that is still figuring out how to best price & bundle its product, I can see the value of this. I think this enables non-engineers to define pricing rules and the associated features. I wonder if this could integrate well with getlago.com (we're looking at integrating that after years which feel partially wasted on implementing custom billing logic…

I'd love your feedback on https://priceops.org We recently open sourced Tier http://github.com/tierrun/tier which combines metering, entitlements, feature flags and a client side SDK to simplify things.

tier seems interesting when using Stripe. We don’t so I can’t really comment.

Re: Show HN: We built an open-source LaunchDarkly alternative for B2Bs

#53
post #24
post #23

I know this is a peak HN comment, but I really fail to see the appeal of using a third-party solution for something so basic. In my applications, feature flags are simply controlled via a "tags" field per user and per team. Additionally, each subscription plan has a "tags" field attached to it that is merged with the user and team tags. The logic of how the application behaves in each case is something you have to wr…

Having had to implement custom billing logic and working in a startup that is still figuring out how to best price & bundle its product, I can see the value of this. I think this enables non-engineers to define pricing rules and the associated features. I wonder if this could integrate well with getlago.com (we're looking at integrating that after years which feel partially wasted on implementing custom billing logic…

100% LD is targeted at product managers, technical account managers, and any other non-developers who want to gate feature rollouts. The devs can just focus on implementing features, flag them, and then forget about it.

That said, LD is an expensive daily pain in my ass, and anything better, or even a little worse but cheaper, than it catches my attention.

Post reply on HN