Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
nirga
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
21 ms
·
61.
▲
Show HN: Open-source cypress for back end testing
(github.com)
22 points
by
nirga
4y ago
|
6 comments
62.
▲
Show HN: Traceloop – open-source for generating tests from production traffic
(github.com)
3 points
by
nirga
4y ago
|
1 comments
63.
▲
by
nirga
4y ago
Yes that’s our long term goal. I don’t like having to adapt 4 different tools to do things which are quite similar.
64.
▲
by
nirga
4y ago
I love growthbook! We’re building a different kind of feature flag framework - one that is for b2b and connects to your billing and pricing systems (because which feature is enabled is connected to what the user paid for).
65.
▲
by
nirga
4y ago
Yes, we're actually working on supporting metering and billing these days. I think the golden path for a SaaS startup is to have as few products as possible.
66.
▲
by
nirga
4y ago
We're currently working on metering and billing integration so I'm not sure if such integration makes sense.
67.
▲
by
nirga
4y ago
I get it - that's why it's open-source. You can just run it on-prem. What you suggested gets complex once you want to start making changes to your subscription plans. Let's say you want to experiment with different configurat
68.
▲
by
nirga
4y ago
Thanks! So we want to tie it to pricing and tiers - the value of the feature should depend on which tier the customer's in.
69.
▲
by
nirga
4y ago
Care to explain more?
70.
▲
by
nirga
4y ago
Yeah I know :) I meant that there are some things specific to SaaS that we're trying to solve - like connecting it to pricing and package tiers. So if we have a feature flag called "SAML enabled" its value is based on what pr
71.
▲
by
nirga
4y ago
I love flagsmith! I just commented below that I think what makes what we’re doing different is the focus on SaaS and costumer features - so which features are enabled for whom based on the pricing tier they’re at.
72.
▲
by
nirga
4y ago
Great points! I think the main differentiation for us is the connection to pricing and billing. Let’s say you have a feature like “how many seats (users) this customer has” it’s not enough to just be able to define it and fetch it where’ve
73.
▲
Show HN: We built an open-source LaunchDarkly alternative for B2Bs
(enrolla.io)
114 points
by
nirga
4y ago
|
50 comments
74.
▲
by
nirga
4y ago
Huh cool thanks I didn’t know that! I guess it’s just another action and not something “native” to Zapier (so if you want to later connect it to some off-the-shelf action you can’t).
75.
▲
by
nirga
4y ago
At first I thought that a code alternative for a no-code solution like zapier was counterintuitive. But as an engineer using Zapier (for the first time) these past few months I got so frustrated by the lack of an option to just write some &
76.
▲
by
nirga
4y ago
Is it possible technically? I mean can you read notifications from other apps without the respective app’s API key?
77.
▲
by
nirga
4y ago
Not exactly, cause you need to manage state or something (you don’t want to reprovision every time you run the code probably). So you’ll need to do some sort of “compilation”
78.
▲
by
nirga
4y ago
Not exactly, Pulumi is more like CDK. So code and infra provisioning is still separate
79.
▲
by
nirga
4y ago
Nice work on both refine and mantine! I’ll definitely be using it for our next project