I see some negative comments here that I could understand why funding scares them when it comes to their open source tool but like.. atleast congratulate the guy.
I'm curious what the actual problems with AGPL were.
If you want your library to get traction with many real world use cases, you need to have a permissive license. If you want to stick to the principles, you’re going to sacrifice adoption.
Not saying one is better than the other, but there’s a tradeoff.
Do YC CEO's dress in all white like Boss Hogg?
https://opensource.google/documentation/reference/using/agpl...
This extends way beyond the superficial toxic license stuff. There is a lot of legal ambiguity around copyleft licenses and most companies just don't want to deal with it unless it's absolutely unavoidable.
I'm not sure the tmux project wants to evolve to support this natively so for now herdr seems like one of the best open and forkable options available. Considering how little I've had to really touch my tmux setup after getting it going I don't think it's necessarily the worst thing in the world if the FOSS community maintains a deshittified fork of herdr, should it come to that.
We (the stagex team) will naturally patch out any corpo tracking bullshit that may or may not happen in the future, and follow the dominant community fork should it be needed, as we did with terraform -> opentofu.
As long as herdr does not enshittify though, we will be happy to provide very high supply chain integrity releases for it as-is starting with probably next months stagex release.
Absolutely no problem with FOSS developers finding revenue streams to give themselves more resources to make their projects better.
My own company is 100% FOSS with nothing held back and will stay that way, even though we are in the current YC batch with more customers signing every week. Admittedly this is atypical, but it can be done.
If you're worried about enshittification I wouldn't be. It's relatively basic open source software that runs locally. A perfect candidate for a fork if the base app starts degrading.
I have such mixed feelings about this - YC means VC means commercialization means enshitification. I really wish that weren't the case, but it so very often is.
Here's hoping this one's different...
(PS I am a big YC fan in general! I don't mean to sound anti-YC or anti-VC or anti-capitalism. But when it comes to low-level essential development tools, I'll never forget what happened to Warp, which started out as such a nice clean terminal project and turned into an absolute money-chasing mess.)
It won't be.
Genuine question - why?
It doesn't have to be that way. YC partners are supportive if you just want to take the YC funding and nothing more, keeping the team small and just focusing on making the product better for customers. Indeed YC advises against taking VC if you don't need it.
VC funding can enshitify things but it can also improve them. Here’s hoping for the latter.
Would something like this qualify:
So this is another reason why developers do not pay for their tools and instead the developers of these tools go to VCs anyway. It's not the fault of the author, but most of the users (developers themselves) always want their tools for free at $0.
You have to pay and support the tools you use or else the VCs will do it for you so you can't complain when scenarios like this keep happening.
I gladly donate / pay subscriptions to software I use regularly... but the company has a responsibility to make it obvious on how to do so
No, of course not, they're your friends. They even have a ping pong table and a smoothie bar. It's like in the Soviet Union, everyone's a comrade, nobody's a boss
I don’t know that these are terrible things inherently, it kind of depends if he wishes to extract as money as possible from his users by any means necessary or if he’s truly trying to scale it so it can help people. All we have is this article and infinite speculation.
I personally didn’t find herdr useful, so I have no stake in the direction of what the author decides to do with herdr.
Being toxic to greedy corporations but beneficial to everyone else is the point of the GPL licenses.
They just choose avoid agpl software. Their loss. Unfortunately they also spread FUD on this and many commenters here happily convey it.
For bonus points make sure your fork has better SEO than the original, so when someone who heard it's permissive embeds it in a proprietary product, you can sue them.
There's nothing toxic in the AGPL for you as long as you don't want to make that code proprietary (even without making profits)