Many open source developers start with intentions like "advancing the state of the art" and over time become disappointed because others build businesses and profit off of their creations. The intention at the onset wasn't to make money, and continued investment of time and money into OSS should be weighed against the original intention.
We are elated when we find others using open source SheetJS libraries and code in their profitable business applications. Others may regret and wish they didn't open source, but you don't know how things would have played out if you didn't open source. The yardstick we apply to our open source contributions is whether we're advancing the state of the art, since that's why we entered the space in the first place.
https://news.ycombinator.com/item?id=14886481 is a similar comment that probably better reflects the opinion expressed here.
(note: we ended up developing paid offerings after conversations with @patio11 and others. https://www.kalzumeus.com/2015/01/28/design-and-implementati... discusses these points)
My takeaway from your bullet points is more specific – that you shouldn't bother with open source unless you want to advance the state of the art while being perpetually unpaid and unrecognized, which I can not agree with in any way.
> Many open source developers start with intentions like "advancing the state of the art" and over time become disappointed because others build businesses and profit off of their creations.
I just don't buy this distinction of starving artists vs commercial enterprises. Especially as the project grows in scope, complexity, and popularity you might need to spend more time on it to keep it in good shape, and time does not come for free.
While you might have been willing to spend 10 hours a week on it for free, the now-grown project would really benefit from you working on it full time, but that's not feasible to you, so you turn to monetizing it. There is nothing wrong with wanting to both advance the state of the art and to be paid for it.
It's not about being disappointed with others making money off of your project, it's about ensuring sustainable development of your project.
If OSS projects weren't funded by a chance of money or fame, we'd have much less such projects available to us, especially significant ones, because not everyone who currently contributes to OSS can afford to or even wants to work full time for no pay. I don't know why that would be a desirable outcome to anyone.
"advancing the state of the art" is fundamentally different from "money" and "fame" insofar as the latter involve social effects that you have less direct control over. To make money, someone else has to pay you for something.
Why should someone be forced to walk away from a project that became popular if there is an option to monetize it to support its growth?
"Lastly, we have consulting and support, which I think is a dead end. It certainly works on a smaller scale with individual developers, but it falls apart when trying to build a company. "
That seems like a very odd claim to make in support of Redis Labs making this controversial change restricting other people's rights to charge for consulting and support.
How? For me the interpretation is straightforward: if you create OSS in the hopes of making money from it, you might succeed but the odds are overwhelmingly against you.
Ultimately, the only success guaranteed when you open source a piece of code is the fact that you... Open sourced a piece of code. There's now a new library/tool/application out in the world for everyone to see.
That's how I interpreted the other comment, and I wasn't even too charitable.
In my sibling comments I explained more about disagreeing with the starving artist vs business enterprise false dichotomy.