That tangent aside, part of the big problem with paying for tooling is that the tooling itself is typically built on tooling and libraries that are also built on libraries and tooling.... all the way down. To generalize, many of those libraries farthest back in the chain are the least likely to get the sort of funding someone who, eg. writes a wrapper around ffmpeg or whatever might get.
I don't claim to have the solution, but I feel like this topic is the tech equivalent of not worrying about global warming.
There was an article in Byte magazine circa 1983 describing this dilemma: you release a successful 1.0 of a product, get a pulse of money, hold back some of it to develop 2.0, N months later version 2.0 competes with not only your competitors but with 1.0 in the minds of your most satisfied customers. Now if you're planning for N months and it is really N+M they have to scramble for money to pay your paycheck or release the product before it is ready or both. If you're laid off you could be one of the lucky ones because working under those conditions can be a living hell.
I'm glad I'm working on a service because even if a project I am working on is critical to acquiring and retaining customers it's not an automatic crisis that a project is a little late.
In the last 10 years or so SaaS seems like an investor-driven fad driven by the ease of putting a valuation on a consistent cashflow, but I think it is more basic than that.
That's not to say that the 'anti-consumer' concerns aren't real. Also with generative AI we are seeing that some things need to account for the resources they use. In the 2010s I was looking at a family of proto-AI businesses where my business partner and I were struggling with pricing, like we could not set an $X/month price such that (i) some users might not cost 10$X or 100$X a month to serve and (ii) that $X doesn't exceed the value the subscriber would get from the service for many users thus you don't make the sale. Yet we also liked the idea of stable revenue and boy all the software biz people and investors we talked to couldn't see past the "S, M, L, XL" subscription model.
On the plus side, at least there wasn't that many magpie development, and rewrites just because.
Subscriptions are the only way to fix piracy.
You bought Borland C++ compiler, installed it and used it - you were free to buy the next version when it came out or not.
However think on your own salary and how many copies you need to sell, at what price, per month, to receive the same monetary amount after taxes.
Add to it, the amount of new user acquisitions per month, to keep a sustainable salary level.
It depends on the niche you’re targeting but I’d go as far as to say it might sometimes be better to sell 100 copies at once every now and then, than get 5-10 people who are willing to subscribe and might all cancel their subscriptions a few months later when some other subscription-based tool shows up. For most people it’s easier to justify a one-time $10 purchase than locking in a $10 monthly subscription.
But I agree that there’s no universal solution and it depends on what tool you’re making and in what niche.
Adobe tools are subscriptions and they get pirated all the time.
If you're trying to make people cheer for the pirates, you're succeeding.
It seems to be going very well for video and music streaming services. Piracy is certainly nearly dead at this point and not at all at record-high levels.
I'm not so sure. If they can't pay for a one-time purchase, they won't be able to afford a subscription. Subscriptions are always more expensive in the end, that's why they exist in the first place. I don't see how people not using the software while still not becoming customers is a fix to anything.
As for being able to afford them, yes it cuts people out, many of whom would pirated anyway.
Digital stores, API keys, and SaaS seem to be doing alright
Adobe Creative Suite used to require a one time eye-watering payment and very few people could afford to keep it up to date, you might skip several upgrades before buying the next one if you did at all.
CC's monthly payment makes it easy to enter. You are paying more in the long term than if you bought one version of it, but less than you'd pay if you kept your subscription up -- so somebody could make the case that it is more expensive than it used to be or less expensive than it used to be.
Want people to pay for your tools? Don't offer them for free.
This is related to my usual point here, that if one offers something for free under a GPL or MIT license, claiming to do so for the betterment of humanity, only to later retract it because corporations profit without paying or AI companies use it for model training, that person is an entitled liar who released proprietary software while using openness and generosity as a marketing strategy.
Proprietary software is fine. Lying about it and using good ideals as marketing strategy is not. That applies as much to "released as MIT so it be useful to many, then unreleased because author realized it might end up in training data of some LLMs (and in so doing, actually become useful to many people)" software, as it does to blogs and all the whining about AI denying them credit (and pre-AI, search engines, except then the developer community was on side of search and not free-but-with-ads/credit publishers).
> Every, single time, someone posts a cool paid project, there is the usual comment why pay, look at MIT/BSD/Apache/... project so and so.
That comes from some combination of the project looking not worth a cent, probably not working (at least not for the use case intended), payments being a big step starting a real multi-party relationship, much distinct from just looking at a webpage or playing with code locally, and the poster being a student or younger.
I too strongly favored MIT over everything when I was a kid. Didn't have money to pay for anything, and GPL was complicated and my slightly older colleagues (with probably more business sense than I) didn't like it.