zlacker

[parent] [thread] 4 comments
1. nolear+(OP)[view] [source] 2024-07-30 17:05:47
I totally understand your concern. It's very valid, and we hear it a lot.

I may not successfully convince you of the commercial logic here, but we are making a calculated bet that a generous free offering serves our long-term interests.

We're betting that this product will establish our credibility with developers and result in efficient distribution in the future. It's a pretty common commercial open source playbook not to monetize in the early days.

Thankfully, some subset of venture capitalists will happily underwrite companies with popular commercial open source products.

Please bear in mind that we're an early stage company. We will build more depth into the existing product, and we'll offer new products over time. We will charge for those new features / new products. It may take years to earn meaningful revenue, let alone generate cash flow, and we're fine with that.

replies(1): >>jrochk+Dd
2. jrochk+Dd[view] [source] 2024-07-30 18:13:35
>>nolear+(OP)
> It's a pretty common commercial open source playbook not to monetize in the early days.

Right, but what has become common, if successful at cornering market share, is then changing the license to something open-source-ish and charging money for what used to be free. Sometimes a lot of money.

Many swore they'd never do it. Many probably even meant it at first.

So, it's a concern for sure.

replies(1): >>crngef+ge
◧◩
3. crngef+ge[view] [source] [discussion] 2024-07-30 18:17:05
>>jrochk+Dd
So then fork it and continue like that. At least you have the option as opposed to some proprietary solution
replies(1): >>jrochk+Ck
◧◩◪
4. jrochk+Ck[view] [source] [discussion] 2024-07-30 18:47:35
>>crngef+ge
Sure, that's an option.

Also an option, when choosing what to use right at the startt, is being careful about using an open source solution from a for-profit startup, and evaluating all your other options, taking into account that it may not remain open source, and if it doesn't, what place it has in your business, how hard it would be to switch then, etc.

replies(1): >>phatsk+0E3
◧◩◪◨
5. phatsk+0E3[view] [source] [discussion] 2024-08-01 01:56:07
>>jrochk+Ck
Right, the overhead of setting up SAML on your own is _a lot_ and things like this usually come with a Wal-Mart’s worth of foot guns. Even so, I’d be much more keen to spend the time up front diving into it and working on an in-house solution, rather than find myself and my team up a creek with a broken auth solution and several sprints worth of work to fix it, that’s also going to push other work out because logic is critical.
[go to top]