Open Source Doesn’t Make Money Because It Isn’t Designed to Make Money
ianbicking.org
ianbicking.org
Unfortunately most of the wealth created by OSS is being reaped by the large cloud vendors because relatively no-one pays for OSS but they do to host their production systems on it, atm this revenue goes directly to the major tech cloud companies which are using it to build out their multi-billion dollar infrastructure moats, ensuring a barrier to entry no other will be able to partake in.
This is why cloud vendors have become so "OSS friendly" - they love the status quo as they've become the primary beneficiaries from everyone developing and distributing OSS for free as long as they're able to collect the rent when it gets hosted in the end.
You're starting to see the conflicts as more companies like Redis Labs, Elastic, Confluent and MongoDB who realize this and start distributing their future investments under "OSS free that's free for everyone else but can't be used commercially by cloud vendors" as a way to force licensing so Cloud vendors are unable to use their own investments to compete against them - and force some revenue share back from when Customers pay for OSS, when they host it.
So when you hear how much cloud companies "love OSS" and how their initiatives like "Open Distro for Elasticsearch" is to ensure it stays open, know that they're not doing it out of altruism, it's to repackage Elastic's OSS investments and make it available for free so they can be hosted on AWS without having to host with Elastic, it effectively lets them avoid licensing and revenue sharing back to the companies who've invested their time and resources into developing it.
I'm sure there are a percentage of people operating in the cloud who stick judiciously to an open-source stack, and remain masters of their own future as a result. But it seems more common to spread some open source icing on top of a cake made out of ingredients like Beanstalk, Redshift, S3, Lambda, etc. (Or name your favorite non-Amazon cloud vendor's equivalent.) Those companies may be just as locked into their closed-source software vendor of choice as people were locked into Microsoft or IBM or whoever back in the 1990s.
The minute you stop paying a cloud vendor, your entire infrastructure vanishes in a cloud of smoke, and if you relied on their "value add" proprietary services, you are left with basically nothing, not even the ability to run your own code, or in some cases even your data.
Everyone hated Microsoft for selling software. Everyone hated Microsoft for requiring the world value software monetarily. The world thought programmers were just a bunch of nerds to be taken advantage of. Microsoft said no.
The nerds hated microsoft for making them pay for an operating system.
The nerds got their way. They got free everything.
And now the OSS worls is a convoluted mess. It costs way more to make Ruby on Rails work than just installing IIS and writing some C#.
Now those who said Microsoft was bullying them are the bullies. OSS has become more expensive than the Microsoft equivalent.
No one wants to pay for code at all anymore.
Why couldn't you all see this coming? It was so obvious.
The nerds hated microsoft because microsoft was (and still is in many ways) mandatory.
And they remained that by vendor deals, government contracts etc.
So everybody learned in schools on windows computers and with microsoft office and so on and so on.
Thats the reason, not because of money - it was allways easy to crack windows (I believe intentionally, rather a cracked Windows, contributing to the monopoly, than something else)
During the 90s, the big lock-in strategy was thru proprietary file formats. With cloud, exfiltrating one's own data can get real spendy real quick.
But it seems the lock-in is the fit & finish of one's production env. K8s was the new religion at my last gig. But interop & migrating between on-prem, AWS, Google wasn't easy. All the fiddly bits, like managing VPCs, creds and certs, load balancing tweaks, autoscaling rules, backups, ad nauseam.
Maybe things have gotten easier. Maybe we were doing it wrong. (I'm certain that I had no idea what I was doing.) But I couldn't shake the feeling our effort to leave AWS (if we wanted) was gonna fail.
I'm not sure what you call it when Amazon can pretty much just take your project over when you piss them off.
Mongo is getting EEE'ed.
In the 90s and 2010s it was software: you buy this software because others are not compatible with it.
Today's lock-in is cloud services. Will people ever learn?
A world where front ends are deployed on a CDN and the back ends are all containers is very commodity driven. Also infrastructure being set up with code on platforms that target multiple providers like Terraform provides more ability to move systems.
It'll be really interesting to see if AWS can keep their margins in such a world.
Given that MS make huge amounts of money from email and have virtual lock in on corporate email it's very possible, but on the other hand perhaps it won't happen if everyone is, as they tend to be, using open frameworks and generally open systems.
If I use DynamoDB, I'm stuck with AWS, absent an expensive, difficult migration.
Even with Kubernetes, moving from EKS to your own cluster means spinning up your own k8s masters, which might not be in $RANDOM_DEVELOPER's wheelhouse. And IIRC AWS has their own special things for doing ingress that you'd need to change as well.
Even just going from EC2 to Google's analog might mean rewriting private tooling that specifically uses AWS APIs.
As for Ingress, Amazon does have an ingress controller that configures an Application Load Balancer with kubernetes Ingress API objects. I feel like this locks you in less because again, Ingress is standardized. The problem with Ingress specifically is that the standard doesn't cover things people actually want their ingress controller to do, so every implementation has their own set of features. We use nginx... you better believe there are literal nginx.conf snippets inside the Kubernetes API objects to get things to do what we want. So this is just a case of Kubernetes being bad, not really cloud provider lockin. I'm more stuck on nginx than on Amazon.
(As for load balancers; again, Amazon has proprietary configuration parameters that won't be portable, but they don't really do anything important. You can make your Amazon load balancer terminate TLS (a bad idea), and pick which of the 3 Amazon load balancer types you want to use. Switch to Google, and that won't work... but you also probably won't care. The Load Balancer API spec seems to do what people want, so it's relatively commoditized and you won't be sad when you switch providers. We actually have to have a wildcard certificate specifically because Amazon's classic load balancers are so bad. Would be happy to not terminate TLS in the load balancer and have Envoy or Nginx terminate TLS and ask letsencrypt for a new certificate every couple months.)
Sure Kubernetes is an open GCP product, but what about datastore, Spanner, Cloud SQL, their memory cache, urlfetch, and a host of other closed source and private services. Kubernetes seems to be the exception to the rule.
This is hardly the case if you stick to reputable hardware and Linux distros, e.g. Dell servers + CentOS.
Sure, there is proprietary lock-in. But because of OSS, it is also becoming easy to avoid the lock-in. For example, rather than use a hosted elastic service, I was able to launch an elastic stack on k8s in less than an hour of configuration. It's able to scale up and down in the cluster and do everything I need. So if I need to easily change providers, all I need is someone who offers hosted k8s (or any provider if I decide to self manage down the line). We are in the process of doing the same with our DB and will migrate from a hosted Aurora instance.
It looks like ovh is now offering managed k8s. DO just launched theirs, countless others have as well or are about to.
I am running on gke right now because it was easiest. But there will be little keeping me from migrating down the road since k8s + helm + a few other tools are making it easier and easier to launch your own services.
I imagine if it doesn't exist yet, someone will create a nifty little tool to connect up two separate k8s clusters and seemlessly migrate everything over. There are few barriers to keep that from happening.
Honestly I can’t see the cloud making sense for another decade.
NVidia’s new hobby board for $99 + open source has me imagining a future where someone like myself can offer similar experiences to Alexa or a number of Googley features to family and friends in a few years.
The small players will always stay niche, a cloud is effectively a network monopoly (like iOS and Android) with most companies only wanting to invest in the cloud that's going to have everything they need when they need it, they'll still offer proprietary services to differentiate against the other 2 cloud vendors and additional way to lock you in and make it harder to migrate away.
You could choose to build out your system to be completely cloud agnostic but that is generally regarded to be economically irresponsible in itself preventing you from leveraging the best features available in each cloud.
This is only true as long as the costs of maintaining a cloud provider abstraction layer are greater than the costs of being locked in to a single vendor. I believe that some businesses, once they are armed with an abstraction toolkit like this, will be able to employ arbitrage between the cloud vendors for themselves, and sell that toolkit to other companies who want the same kind of freedom.
And then somebody creates a free software alternative, and will maintain it and keep it up to date.
but the assumption is that this layer is free (due to OSS), and the "owners" of this layer cannot pull the carpet under you by raising prices.
I don't see it being anywhere near that clear-cut.
Seems more akin to what the RDBMS world went through for a long time, and still does, because people insist on using things other than Postgres[1]. You can stay SQL-standard compliant, writing your app to be portable. Or you can use these appealing proprietary extensions to the spec, and not be portable.
Seems like a majority of folks writing in-house choose to use the extensions, and the majority of folks who want others to use their software make an effort to be cross platform.
You'll probably see a similar split with cloud services, although I'm not sure it will necessarily follow the same lines.
[1] That's a joke, there.
Billions of dollars and years of constructions to just start trying to enter the market, where you will fail because your offerings are relatively pathetic on multiple fronts.
When Google and Amazon are not making their own specialized hardware (good luck implementing your own TrueTime or TPU or competing with them with ML or DB products built on off-the-shelf stuff) they get custom made chips at prices you can't by Intel et al and have things like a very sophisticated SDN backed by a private global physical network infra and enormous amounts of expertise of building and running very efficient DCs. And then there is a software stack which often is literally more than a decade ahead of industry practice.
What's gonna be more useful CV and CYA wise? Who's ever been fired for choosing AWS? How is being expert in <obscure hosting provider> going to advance my career? Where do I hire people who know about <obscure hosting provider>? How would I even realistically learn that <obscure hosting provider> might be a good fit for my needs?
Your CTO is no more going to risk an infrastructure migration because you pinky promised that it would be “seamless” than your DBA is going to migrate from your seven figure Oracle installation to Postgres because you used the “Repository Pattern to abstract your database access”.
Our K8s deployment is setup to automatically make backups and test those backups periodically with a full restore. It also notifies us in case of a failed backup. Updating the software is as easy as a single helm command and scaling is about the same as with Aurora. Either you set it up to scale up automatically or you go in and upgrade instances when needed.
Aurora admins aren't monitoring your server for performance issues then making configuration tweaks to speed things up. So I'm not really seeing a lot of difference.
Just curious, you are going to host your database on k8s? Or is there some other solution you are looking at?
My understanding is that k8s is great when you need stateless services, but gets more complicated when you need to maintain state. Been a while since I looked at it, though.
We also have a job that runs nightly to make a dump of the db and store it in the object store and the persistent disk has a snapshot scheduled for every two hours and in both cases, we are backing up the binary logs, so we can do point in time recovery much like AWS's Aurora offering.
We may eventually switch to a mariadb Galera cluster where there are 3+ master pods that distribute the load and can stay available if one pod dies. But I haven't done the research on stability of that setup yet. A few years ago it wasn't ready yet, but I imagine it is by now.
Rinse and repeat.
Why is that unfortunate? It has enabled a cycle of OSS to user AND OSS to vendor to vendor enrichment to user...since you can always modify the code at will. The best of both worlds, until you get into that special "extension" problem that GPL3 tried to lock down.
Because there will only ever be 3 major multi-billion tech companies that stand to benefit most from OSS.
Because they own their markets, where they can wait to find out what OSS software has become successful and either just profit from it by hosting it directly or invest the paid resources into replicating it - an opportunity and reward not available to anyone else that doesn't have a large cloud market share.
Because they're using their profits (made possible from hosting other's OSS investments) to finance their own OSS investments which will have infinite paid and support resources that Indie OSS developers will be unable to compete against, eventually leading to building a brand where there'll be customers that will only use OSS by the cloud vendors first, since they're commercially backed and dependable.
Do the corporations creating products with OSS have a more positive impact on the world than when they purchased their software? If so, isn’t that beneficial to developers? Isn’t it empowering as a developer to know that your software powers businesses and markets? Why do developers contribute code in the first place?
If Indie oss developers provide say 49% of the contributions to open source project ought they expect the same representation or recompense as a project with 90% indie developer contributions?
More philosophically: After you create something, how long do you get to own or control that thing and how it is used?
How long do indie oss developers think they should be able to dictate the future of the project? Is corporate investment in open source actually welcome?
Never that there were no benefits - that was addressed in my initial statement. OSS does bring benefits to everyone using it where its made some products and services financially possible.
But it still stands that the majority of the wealth being created from OSS is going towards building Cloud Monopolies and a fraction of that wealth being used to finance their own proprietary and OSS efforts that will outspend and out compete Indie OSS efforts - the trend of which will go towards most people switching to use commercially-backed Cloud OSS software where it exists.
At a miniscule fraction of the value they created.
These people deserve to have so much money that they can simply work on open source for free, forever. I haven't seen anybody in that position yet.
This isn't even like a musician wherein some record company fronted capital, the companies benefiting from open source didn't front anything for these developers.
Two things here:
1) In a sane business climate, you will never extract more than some fraction of the value you create. If you receive as much value as you create, then there is no purpose in anyone using whatever you've built, because they gain nothing from it.
2) If your goal is extracting as much of the created value for yourself as possible, open source software licenses are not designed in such a manner as to do so.
If you want to get the same benefits of proprietary software, write proprietary software. There's nothing wrong with doing so.
For the most part, any developer who is good enough to create e.g. Redis and be hired could easily have skipped the "create Redis" part and just get hired in the first place, for far greater return on investment.
That's not even getting into the fact that leading a popular open source project is no guarantee of even being hired by those big companies, due to their interview processes. For example, Google rejected the creator of Homebrew, despite getting a lot of value out of the software, because of problems with whiteboard coding.
Of course, it's important to note that that is his interpretation of the process. He did do a short stint at Apple at some point, too, so it's not like he didn't end up getting hired anyways.
I can only do so many things at a time. I can't possibly run as many businesses at a time as it would take to charge money for all the code I write. So, why not give it away?
absolutely nothing. Which is indeed one particular type of OSS model. The best kind imho.
But this thread has been talking about business models which involve using OSS to get a customer in the door who will then pay the business for other things (such as hosting/services). Under the OSS, this business model seems to be failing as major corporations start to encroach.
Many artists give away their work. Scientists give away their work. The DIY community and maker community give away their work. And so on... programmers aren't unique here.
Framing all of OSS as simply "free labor to enrich massive, incredible wealth companies" is just wrong.
That being said, I do agree we can certainly do a better job of supporting OSS work. I hope to see continued innovation in this area.
Funny you should mention this. Look into the median salaries of these professions, not the outliers.
I am not against OSS but when something is given away for free, people will have the perception that it has less value. Once that thought has anchored, no one will be willing to pay more in the future.
It's disgusting.
Edit: please downvote me dogmatic stallman types
Big companies start as individuals. I don't think your comment effectively communicates your intent...maybe something about wealth distribution or how corporations are immoral. I don't completely disagree with these concepts.
Like with the "Jeff Bezos doesn't like contributions to OSS" rumors, there's a general impression that outside some exceptions, companies are not really interested in keeping a healthy community even if they could ultimately benefit with it.
[0] https://www.joelonsoftware.com/2002/06/12/strategy-letter-v/
The amount of value generated by open source software running on cloud providers may be much greater than the fees those providers are charging. It’s not a zero-sum game.
If cloud vendors used proprietary software they'd have to charge more to their customers.
IMO the best way would be for all OSS developers to come together and agree on a standard "OSS-like" license which is basically "OSS and free for everyone else except cloud hosters", if enough OSS developers do this it will force the major cloud vendors to implement a system to revenue share back to the creators of OSS their hosting.
I'm puzzled why Redis Labs, Elastic, Confluent and Mongo DB aren't already coming together to use the same standardized license as there's strength in numbers - instead they're each individually releasing their commercial efforts under their own individually branded license.
At some point would it be collusion? I think collusion needs consumers, but the consumers of the cloud vendors would be harmed?
As with any standardization efforts this is just cooperation, there's nothing secretive, illegal or deceitful about it - they'd just be coming together to standardize on a License to build a sustainable business model that prevents cloud monopolies from using their OSS efforts to compete against them.
I think you are trying to mean not that. Like, if I install it myself, it's okay, but if the "cloud vendor" installs it for me, that violates the license?
I think I understand the sorts of entities you have in mind to allow or not allow; I'm not sure it's clear how you'd write a license like that.
"The cloud" is in the end just hardware somewhere else. I think you are maybe fantasizing about a license that would be more about _what sorts of businesses_ are allowed to use it, than it is about _how_ it's run. The OSI open source definition does not allow licenses that "restrict anyone from making use of the program in a specific field of endeavor. For example, it may not restrict the program from being used in a business, or from being used for genetic research." You could think that's an inappropriate restriction I guess. https://opensource.org/osd-annotated
It could also prohibit any commercial cloud hosting without written permission, for which it's automatically granted to every company that isn't Amazon, Microsoft or Alphabet.
We need a good license in the spirit of Commons Clause: source available, feel free to use, but don't sell (just written better and hopefully supported by wider community).
The most curious thing about this is that when a company behind a successful OSS project decides to change a license that would extract some of that value back to the actual creators and maintainers of OSS, they get the backlash from OSS community [0][1]. Ironic, given that the same authors openly post the donations received that amount to... well not peanuts exactly, but not something comparable to an average programmer's pay either. Not all feedback is like this, of course - some recognize the unfairness in the system and support the search for change.
What I currently miss most is some viable 3rd option - not open source, not closed source, but something in between. Apart from GPL & co., and MIT / BSD / Apache, we need a sort of license that would allow creators to extract some part of money from their work. Or at least allow them to sell services, based on their product, without fear of being undercut by competitors who don't bother developing. Why develop when you can take the best OSS product, integrate it to your infrastructure and sell the service?
Current situation with "middle-ground" licenses is:
- Fair Source license is very well written, but is unfortunately only applicable to a very narrow use-case (user-facing apps), and bigtech can still undercut you at hosting (though you do get some royalties... probably)
- Commons Clause seems a bit vague about the term "Sell", has a very unfortunate name, and their main proponent already chose another license... too bad, because the idea is great.
- Zero License is too complex (for me at least)
- Business Source License looks promising, though I am not thrilled about the prospect of turning my software to GPL after 3 years (AGPL with closed loopholes would be a better choice).
If someone knows of a better license in the spirit of Commons Clause, I'm all ears.
[0] https://www.techrepublic.com/article/fair-source-licensing-i...
[1] https://drewdevault.com/2018/08/22/Commons-clause-will-destr...
I don't think they do, actually? MongoDB felt a need to change their license from AGPL to SSPL. That said, I'm on "not going far enough" side of the argument. I don't care if they distribute their code, I want them to stop competing with my service, or to pay the royalties. Alternatively, they are free to develop their own product. Note that that doesn't go for users - users are free to install and use the software as they see fit. But providing competing service which is based on the work of those that bigtech competes with, simply does not seem fair to me.
Which is basically rent seeking which is what this whole thread is complaining about.
And, incidentally, the whole problem copywrite was invented to solve -- you get a "time limited" monopoly on the distribution of your work.
> But providing competing service which is based on the work of those that bigtech competes with, simply does not seem fair to me.
<bad car analogy warning>
This is like car companies saying you are free to race their cars as long as you never outcompete them on the track...
Ayende from RavenDB (which is a great no-nonsense document DB) has written an interesting blog series [0] on how they approach OSS while still making money from it and keeping their interests aligned with users and customers. TL;DR they license the full server and all modules as AGPL, offer free community (commercial) license that don't skimp on core features (clustering, authn/z), treat support as a cost-center.
Appears to work well for them and I personally find their mode of operation sympathetic.
[0] https://ayende.com/blog/posts/series/186113-A/making-money-f...
If Lucene followed the same logic being espoused here, then ElasticSearch as we know it wouldn't exist, because they wouldn't be able to use Lucene, which is an incredibly core component to ES. Elastic employs several people to work on Lucene full time at this point, so they're "giving back" in that regard, but they're still making money off of pre-existing open source.
What is the litmus test for this being okay? No one seems to be upset at Elastic for making money off Lucene, but the idea of the big cloud vendors making money off of ES is upsetting to a lot of people. If Amazon or Microsoft employed a handful of people to work on ElasticSearch full time does it become okay then?
What about Open Source makes you believe this is the bad outcome?
The cloud companies make their money providing the physical infrastructure, their expertise in working with the product, support, etc. when hosting it for you. You're not paying them to have access to ElasticSearch - you've already got ElasticSearch.
Why should an end-user have to purchase ElasticSearch hosting from Elastic? Why shouldn't they have the option of getting their hosting from someone that they already get other hosted services from?
If there had been a similar attitude behind the development of open source webservers, the web as we know it would almost certainly not exist today. If httpd had been licensed in such a way that you couldn't make money off of providing it as a hosted service, and no open source alternative had come into existence, I doubt we'd all be sitting on HN right now. It never got concentrated like it has today with the big three, but nothing in the license prevented it from occurring.
Hosting OSS isn't the only thing that creates value, but it's where most of the revenue is now being derived since no-one pays for OSS, only to host it. The generated wealth is then be used to finance other proprietary and OSS efforts that can outspend and out resource anyone else they choose to compete with, who need to rely on a different source and business model for their sustainable income.
Cloud hosting is the primary business model that allows investing in developing OSS as they'll still get paid in the end, in this way OSS bringing the cost of software down to zero becomes a loss-leading marketing expense (and competitive advantage) that allows mass free bait distribution of their software which everyone else is at a disadvantage to compete against.
Essentially OSS is strengthening cloud monopolies by bringing the cost of software development to zero with the majority of wealth created going to making major tech cloud providers more wealthy and powerful each passing year.
> Why should an end-user have to purchase ElasticSearch hosting from Elastic?
Because AWS didn't put any of the investment in creating it, they're reaping the benefits from Elastic's investments and can undercut them since they don't have to fund any of the development and have access to an bigger economy of scale no-one else has access to.
In the end, working for such corporations is the only way to actually be paid when one wants to have a daily job in software tooling.
Having constraints for selling and building on other people's work doesn't mean that one shouldn't be able to do it, just that previous link in the chain should be financially rewarded for it.
This sounds exactly like a lot of proprietary software licensing agreements :)
>Having constraints for selling and building on other people's work doesn't mean that one shouldn't be able to do it, just that previous link in the chain should be financially rewarded for it.
I don't think there's anything wrong with building and selling proprietary software, but that's really what's being described here.
If financial reward is what you most care about, write proprietary software. If FOSS is what you care most about, then the AGPL is probably a good fit for you. It won't force anyone to pay you for using your work, but it would force them to give back to the community.
This is a false dichotomy. You don't need to "care most about financial reward" to recognize that FOSS is simply not sustainable.
There is a whole level of freedoms one can grant (or not) to users of their software. FOSS is one extreme. Proprietary software is another. I don't think we need to tolerate black boxes, just because we want functioning software.
People are free to use them for their projects. More power to them.
Assuming that all OSS projects are exploited or missing out is wrong.
The reason apl/mit are so popular is because they encourage use. I suspect that projects that try to use common core or whatnot will not meet with success because of the limitations of those licenses. Although I’ll be happy to be proven wrong.
https://fosdem.org/2019/schedule/event/cloud_is_another_sun/
http://www.winestockwebdesign.com/Essays/Eternal_Mainframe.h...
This way everybody using opensource benefits. The original opensource contributers benefit twice: their software gets improved, and they have marketable skills as cloud companies will be interested to hire them to work on opensource projects.
The core issue is that consulting scales at O(n) where n is your personal time investment. It's not like offering a service where you spend all your time working on the service and get to experience exponential growth.
Basically, if you choose to commit to free software / OSS, you can't expect to get directly paid for it. Now, I know that that's not always ideal and ends up in tragedy-of-the-commons situations where the OSS devs don't get paid enough, but that's the reality of the situation to me.
Restrictive licenses don't solve the problem, because these same cloud behemoths can just pull an open distro on you.
Free in software is not about getting paid. Money is not the problem. You can expect getting paid as much as you want, you just have to let other people access code, change and distribute it as they wish.
Thinking it is "free as in free beer" is shallow. I don't need any of those crap android apps even if they are free, I want to have ability to see those apps code so I can see if they are sending my private data somewhere, and I have to have ability to remove that code. I can even pay license fee if I find some app useful, if price is to high I find alternative or just don't use it.
Free software, in the sense you described, also means you cannot monetize it by applying a restrictive license. Full stop.
The other side is that you probably will have hard time chasing people to pay you, so in essence you won't be able to get much out of it, but that is just side effect.
By no means are their OSS investments altruistic, Cloud companies by far benefit the most from OSS and no OSS developers aren't winning. Being able to hire OSS developers using funds generated from hosting their OSS efforts is some weird definition of winning, which they're using towards strengthening the software ecosystem around their cloud infrastructure - increasing its value.
The power and value of OSS is swinging sharply away from Indie OSS developers towards the major tech cloud monopolies - where they can now afford to outspend, out compete, out reach and out last any competing Indie OSS efforts.
Without the backing and investments of commercial companies, Linux would not be the success it currently is. So in the end everyone benefits in some way, although maybe not financially.
Same goes for a lot of other succesfull opensource projects: without commercial backing it would not be as succesfull.
why does anything have to be altruistic? Why can't a company invest in OSS selfishly? The results are the same - more OSS available for anybody else to use.
> OSS developers aren't winning.
what's "winning" here? Is winning gaining financial profit from OSS? Is winning gaining user/market share? Is winning just merely being employed to do what you want to (i.e., employed to contribute to OSS)? And why is any one of those definitions more worthy than any other?
It doesn't benefit everyone, it benefits anyone using their proprietary and OSS products and cloud services. It definitely doesn't benefit existing OSS projects who are seeing their innovations replicated by full-time resources or OSS developers working on competing projects.
So I fully support companies offering their software free, except to run commercially.
To note, about 8 years ago I saw many companies and people open sourcing interesting software. This was for personal gains... They were a consulting company. ThoughtBot was a good example, they made tools, they made blogs about ruby on rails, they also sold their professional services. And it worked.
ThoughtBot came around later, and feels much like a adhering to a lot of the similar cultural habits.
Note: I worked for TW, currently at Red Hat. Note 2: Somne of TW's projects under the other pillars are open source first, but aren't related to this topic.
what license would you even use for that - it seems everything here allows commercial
Creative Commons licenses are good for documentation and manuals.
This is basically "you're free to use the application and the source unless you're a company where 25 people or more will be using/modifying this software". Mind you, I see an issue with this where proving that the number of people are actually using the software is difficult. I'd prefer a version where it's just the number of people in the organisation in total.
1. Sidekiq (https://github.com/mperham/sidekiq) 2. Couchbase (https://www.couchbase.com)
The reality is that Cloud Computing is the biggest threat to OSS at the moment. ( as my comments on this show lol ). I'm a big proponent of the idea of elastic computing. My fear is that the current "cloud"/elastic computing providers are more akin to off-shore outsourcing than to real technological advance. A short term solution, that will have serious and major repercussions down the line.
And yes, I do get all the benefits. I've been long enough in the industry ( and on most sides ), to have built both small and massive datacenters, and have built both public and private elastic infra. But this is way too much consolidation, and way too many possible harmful long term effects. We should have made running infra easier... not go the "lease" model 100%. :-/
I suspect what would happen is that they would look at the cost and wonder if it’s not worth building an alternate solution in house.
They would be able to build it to work and scale as it works best for their technical setup.
Lock in would be much worse even if it’s not ideal even with OSS and OSS would be less used in general.
I think if you look at e.g Redis vs the Dynamo/Cassandra split the OSS ecosystem is much better off in the former.
I think you're forgetting the end users of the applications running on the open source regardless of cloud provider. The value they are reaping is near limitless.
Why is it unfortunate. OSS developers are volunteering and donating their talent.
Is it unfortunate that homeless people reap the benefit from patrons who sponsor charitable homeless shelters?
Or is it unfortunate that students realize wealth from the nonprofit university?
There’s lots of charities. I thought the whole point is for people to donate what others get value from.
So, again, the developer labor is donated, by parties that are not blind to the market impacts. Where is the problem?
If you care about where these trends are taking us, there's plenty to complain about, and you can easily find those problems by reading the conversation you're replying to.
The labor isn't "donated" in any sense of the word. It's not like these big companies just pay hundreds of kernel developers to sit around and make commits to whatever they're in the mood to do today.
Clients pay Linux vendors to get the hardware support, features, etc. that they need written into the Linux kernel, and the vendors do that for them. They write the code, test it, harden it, and get it upstreamed so that the client isn't stuck carrying a patched kernel on their own in perpetuity.
It's not the financial interest of Linux consumers (think: banks, airlines, healthcare systems, militaries, cloud platforms, entertainment producers, etc.) to pay millions of dollars a year to have their own in-house kernel development and support team when they can pay a vendor to do it.
It's not just about support in the sense of someone to pick up the phone, it's about support in the sense of maintaining and developing mission-critical software for large enterprises.
And with that, indemnity.
Do your shareholders want to hear that you're working with a tried, tested, trusted vendor to make sure your systems that can never, ever, ever go down are in fact designed that way? Or do they want to hear, don't worry, Dave in IT's got it, he got a kernel patch accepted once? In many industries, IT is just a cost center and a risk. Corporations and governments are motivated to lower their IT-related risk in the most financially-prudent manner, which usually means a vendor.
20 years ago, large chunks of "the web hosting industry" sold access to Linux/Apache/Sendmail/Postfix/BIND/vsftpd/Perl/PHP/MySQL/etc - often (at least in my part of the game) using paid-for WHM/CPanel or Plesk to manage all those.
While I sympathise with Mongo/Redis/Elastic et al, who're having their work packaged up and sold by Amazon/Microsoft/Google in their cloud offerings, I don't recall any outcry about all the open source projects local ISPs and CPanel/Plesk hosting companies bundled up and charged customers access for. I don't remember the authors of Linux, Apache/Sendmail et al complaining about "not getting paid" for their OSS.
I get it that the world has changed, and companies building the OSS they're built on wasn't so much of a thing back then (although MySQL is an example of that from 20+ years back...), but I'm not sure a choice by founders to invest significant resources writing OSS is a reason other companies should not be able to use software with he same licenses in the same way companies have been using it for decades.
I've super curious to see if these new category of licenses work out business-wise, I suspect if they do (which I'm not completely confident they will), that it'll allow development of software on a scale and complexity which the "scratch your own itch" OSS community couldn't tackle. There are almost certainly software project for which the initial coding curve is so steep and high that nobody is going to start working on them in their spare time or as an unofficial skunkworks project or 20% time project at work. It the _only_ people tackling large complex problems as "open source" (in a loose interpretation here) are PhD students, there'll be less amazing software created than if companies like Mongo/Redis/Elastic can pay teams of devs to work on software which while not "FSF certified open source", is still usable and understandable by others in ways that proprietary software is not. I could debug my not-technically-OSS Mongo problems, unlike my Oracle problems. That's not rms's vision of the future. But at least it's not Larry Ellison's either...
From the angle I'm looking, AWS wants to sell Redis/Mongo/Elasticsearch because that's what the devs are using. The devs are using it because it solves one of their problems well (or, less charitably, because its a "standard part" of new-framework-de-jour).
I can't think of any piece of software that came out of a cloud provider into a place of being "the essential hot new dev framework".
I don't deny for a moment that Amazon/Google/Microsoft write a lot of software, but I haven't got an example I can point at of that moving out of their own ecosystem into the broader development community.
Amazon isn't in the business of creating and promoting new software to developers. Not in the way Mongo/Redis/Elastic are.
"Popular things" have to come from somewhere, and my optimistic side kinda hopes that _maybe_ these new "OSS unless you're a cloud provider" licenses will be a way to fund development of software too big and complex and ambitious that it won't ever get started as a "scratch your itch" project. I dunno if that'll pan out. But I'm glad someone is trying.
Things like Lambda, S3, Kinesis have become huge in the dev world in one form or another - Lambda as the serverless concept, S3 as the standard API interface, Kinesis as Kafka (not implying causation or copying, just that AWS independently developed a technology very similar to something that became huge in the dev world).
Not too sure about Microsoft.
Google has invented so many technologies that have shaped development that it would be exhausting to list. MapReduce, AngularJS, Kubernetes and TensorFlow each transformed the development world and that's just the tip of the iceberg.
And I'll give Amazon credit for Lambda and Kinesis, but at least in my head, S3 is just ludicrous-scale BerekleyDB (or any of the persist-to-disk forks of memcached including the one I wrote back when it was still written in Perl).
Opensource can also exist outside the server side. There are opensource desktop&mobile apps and cloud vendors cannot do anything against them. Stop painting a narrowed view of reality, opensource is bigger than you think.
2019 @ Microsoft: "We are all in on open source"
https://blogs.unity3d.com/2019/01/10/our-response-to-improba...
https://arstechnica.com/gaming/2019/01/unity-engine-tos-chan...
We don’t build the code ourselves. We do own, review and manage the code. We handle the project management and we facilitate access to our business processes and employees, but the actual development is something we buy.
Once things get build we often end up buying the various projects as SAAS solutions because we aren’t really geared to operate OS techs. We do have excellent federated authentication, network security and API services, but we genuinely don’t want to operate a horde of different tech stacks. This makes us a perfect match for anyone who knows how to do SAAS in the cloud though, and most of the things we build end up being run in Azure or AWS by a supplier.
So far it’s been a really beneficial relationship. We get ownership, better quality and faster more agile development. Our local development houses still make money, both from development but also from SAAS.
It has been especially good for our smaller dev houses, because a system isn’t locked down to a single supplier for years.
This last bit is entirely my personal opinion, but I prefer buying software from a local shop and helping them build and expand their businesses. On the plus side of this, they co-operate a lot better too. Municipalities are trying partners who can’t make up our minds, and a small agile shop who doesn’t point to the 4 year old contract every time you want a tiny change, has just been so refreshing.
Plus, given the incredible number of partners Mozilla already has, and has had in the past, it feels like the partnership idea is a passed station.
>> We don’t build the code ourselves. We do own, review and manage the code. We handle the project management and we facilitate access to our business processes and employees, but the actual development is something we buy.
This sounds like you're treating the software like infrastructure, which is how I've been starting to view it. You contract out the work to maintain it just like roads. It's no surprise to me that you work for a municipality where that's how they get things done. I believe this is what the future of a lot of large software projects looks like. From the developer side people will look just like contractors and their specialization with be which OSS programs they are familiar with - i.e. how fast they can get the desired changes done and into the master branch. There will of course be cheaper guys who will make your changes in a fork that ends up costing you more long term.
Big software is infrastructure which needs to be maintained but is not inherently profitable.
> We don’t build the code ourselves.
Ha, ha, well put. That much everyone agrees on, and Amazon especially so. :)
The question is: can you make money as the developer of OSS?
Contributors to OSS are giving away their time and energy. That seems to be at the core of open source. I'm not going to demand you pay for what I produce - I'm going to give it to you for free with minimal restrictions in the belief that I will also benefit from others doing the same.
It seems to me that asking how to make money by giving away one's work doesn't really make sense. If you value it highly enough to think you should be paid, then why give the work away for free in the first place. No one picks up trash from the side of the road motivated by cleaning up their community then asks how they can get paid for it after the fact. Either you are motivated to give away your time and energy; or you really want a paid job, but one where you feel like you are giving back to society more meaningfully than just helping a company make more money.
The volunteers will be happy if either no one ever gets paid for their work, or they do. In no scenario is it acceptable that someone else gets paid for their work, especially at the level of a significant percentage of the world GDP. This is just basic human psychology - no one will ever be okay with someone else getting the recognition for their work. Nothing much to do with open source particularly.
It’s OSS, but no one is contributing to it for free because it’s also pretty boring stuff like handling a employee/manager vacation acceptance flow.
We didn’t go with OSS to get free development though, we went with it because it gives us ownership and transparency.
I’m sure the model doesn’t work for everything, but I’d argue that it does work for anything related to the public sector.
First, this isn't true. Plenty of people make a living doing each of the above.
(Art is somewhat of a special case, because some will say that what you're doing isn't art by definition if it's attached to some functional purpose like a business model. But you don't have to listen to those people.)
Second, these things aren't cheap because they're not valuable. Water is cheap. Water is also necessary to life. It's immensely valuable. What makes it cheap is that it's easy to provide, so competition drives prices down. People aren't going to pay a lot of money to get something valuable if they can pay less to get the same value elsewhere. Value isn't the only thing that matters when determining price.
> There are dozens (hundreds?) of successful open source projects that have tried to become even just modest commercial enterprises, some very seriously. Results aren’t great.
Are results much better for normal people trying to start businesses that aren't based on open-source code? I'm not convinced they are. Businesses are hard.
Certainly, lots of people successfully make a living with music, arts, sports, etc. However, there's a lot out of the individual's control in those fields.
If you decide that the path you want to take in the business of music is to give control to record labels because all the business-y marketing production stuff isn't fun for you, that's your decision. You don't have to do it that way.
When people look at a field from the outside, they only see the celebrities, but this is a completely unrepresentative sample. As Phil Greenspun once put it, "I can't decide if I want to be a scientist like James Watson, a musician like Britney Spears, or an actor like Harrison Ford."
A band I love called Periphery is fairly popular, they do global tours etc. They have been very vocal that the band itself generates no revenue. They are happy to break even because they love making music. Instead they use their influence to extend their brand, such as pedals, pickups, clothing brands, etc. They absolutely make money in music, but they don't make money making the music.
You can make money in Open Source, but you're unlikely to make money developing of Open Source. But, if you do contribute or maintain OSS, then you can likely get a job at any of the million companies that need a dev. So you're still making money and you're still in OSS, but they are separate.
I think that was the point OP was making here. Someone makes money on art, but the actual creation of that art isn't likely being paid out to the creator, just all the components that bring it to the consumer.
I wonder which is more lucrative? Starting a band, or putting equal resources and time into buying lottery tickets. I bet the gap is narrower than people would be comfortable with.
Everyone who produces for a living is getting paid way less than their output is worth. The more risks involved (laws, strategy, logistics, safety), the more overhead there is and the smaller the fraction you're going to make.
It's probably true that there's more risk in entertainment than any of us consumers or wanna-be artists can possibly appreciate. If you back enough flops then your brand is worthless, for one, and the odds that someone will take a chance on something from you are zero.
But it still seems like music is far out of proportion to mechanic, plumber, carpenter, coder... maybe not so far off from writer (I hear you have to write a handful of books before you ever make more than you would as a teacher for the same amount of effort, and we don't pay teachers anything).
Also, I don't know if creation is worth as much as we'd like to think as it is on its own. Value comes from not from the existence of a thing, but from that thing changing hands. If you make a song and nobody hears it, is that song worth anything? If you write code and nobody uses it, is that code worth anything? There are plenty of smart people working hard to help creators get their creations in the hands of people who find it valuable.
Intellectual property can only make money by preventing its use, otherwise it just spreads everywhere to everyone for free. Given this property of the Internet, and the decision of open source/Free Software to embrace rather than fight this property, what side-channels can be constructed to return some value to the developers?
> Anything paired with a physical device. People will judge the value based on the hardware and software experience together.
Not just embedded, but also SaaS. The fact that the physical device is off in a datacenter somewhere isn't so relevant. (Another implication of this is that open hardware will never behave quite like open software!)
It's a form of value that can't be measured directly in $. If you can measure it in $ at all, you can only do it indirectly, in the form of charges for services and ancillary products.
There are no guarantees that's always feasible though. There's a threshold beyond which the cost of harvesting the value is higher than the value itself.
The challenge is getting historically scarcity-mindset institutions to recognize the value of letting the rising tide of free information lift every ship in the world. They don't like this on its face because they have divided the world into "us" and "not us" and open source provides more utility (in aggregate) to "not us" than to any "us" defined as narrowly as a single company or country. Until Big Finance, Big Pharma, Big Food, Big Manufacturing, and Big Government embrace a broader definition of "us" beyond their own conglomerates, they will continue to see open source as a threat.
This gets at a broader cultural movement toward abundance, that in the US has strong roots in coastal western cities like LA, SF, and Portland, and strong opponents in the Midwest, South, and East. If the US federal government were to invest heavily in open source, it would send a message to the rest of the country that we are now in an age of abundance, where we recognize the value of lifting all ships, because we know that our strength is in the strength of all of us, not the strength of our few strongest players. It would signal a cultural shift toward collaborative ownership and, I believe, spur investment in many commons.
It's difficult to speak the truth of this mindset to power, because incumbents recognize that there are real competitive threats. The hope is that governments will recognize that there are far fewer threats in a world where people have the basics covered, and companies will recognize that defining and advancing the state of the art makes you look pretty good to the best talent and best customers.
Plenty of big companies absolutely get open source and leverage it to great effect. Not just in an abusive way (although how is simply exercising a right in Libre terms abusive?), but also to mutual advantage. Plenty of big companies contribute significantly to open source, but where it genuinely serves a need.
The fact is sometimes you need to invest more into creating software than you could ever capture via an OS business model, even indirectly. Plenty of software products cost millions of $ to develop, are needed in short time scales, require massive input from highly skilled non-programmers and there are people who will pay well to get it. Open source models are not well adapted to that sort of requirement.
Yes, we do. If different people did not try doing new things (or just old things done differently), there wouldn't be as much progress, and we would all be poorer for it. Sure, some things stick, some don't, but that's how it's supposed to be.
One interesting execution of this is https://www.rstudio.com/products/rstudio/. Develop awesome FOSS, aided in part by the community, and scare enterprise users into paying for it by using the restrictive-through-forced-openness AGPL license.
To be perfectly clear, I don't think this is bad, just interesting. And I understand that RStudio also makes money through SaaS offerings, but that's not as interesting.
They're in the business of selling support.
- support
- training
- ease of install
- ease of upgrade
- indemnity (e.g., Red Hat promises to pay your court costs if someone sues for patent infringement)
- stability (long term support releases)
Those are all things that plain old open source by itself doesn't provide, but Red Hat does.
Red Hat built a very successful business, AFAIK, selling support to enterprise customers.
> Would things be different for the companies we've been talking about lately (mongo, redis, elastisearch, etc.) if they had gone with a GPL license and a Red Hat-like business model from the start?
Probably not; there's lots of companies selling enterprise support around permissively-licensed software.
It seems most of the ones at issue want to sell SaaS platform services, and would face the same problem with well established SaaS platforms beating them at that game with their own open source software if it was copyleft licensed as if it was permissively-licensed.
OTOH if they close it off and make it exclusive it's going to be hard to keep a sufficient premium in software quality to make their platforms attractive over broader platforms with weaker lock-in, even if those other platforms require a more broadly-supportable second-choice alternative software package in place of the proprietary vendors secret sauce component.
So yeah, maybe it wasn't so much GPL specifically (except that "viral" threat), but overall Microsoft reinforced a bunch of concerns associated with open source and Red Hat was able to address those concerns.
For a lot of business denying their users software freedoms are a value add for them because of the power it gives them to demand payment. They will, in turn, pay back for GPL code to get that ability. If it enables the further development of free software, its probably a net win.
Qt used to be licensed under GPL but changed that to LGPL for version 4. Incidentally this was around when Qt switched its focus from QtWidgets to QtQuick.
Everyone is so caught up in licenses, what they really need to ask is: "why can't these companies handle competition from cloud providers?". Don't tell me it's resources when these unicorns are getting VC funding to back a single technology when cloud providers support literally hundreds. They could take the Red Hat business model, but is hard and slow. I would imagine VC growth pressure makes it difficult to follow the Red Hat model.
*The software may have started open source for ideological reasons, but once you hit the VC funding stage, open source becomes strategically important for adoption reasons. The companies might believe in it (sometimes their unwillingness to accept PRs that would help the community but hurt their business makes you wonder), but that's not why VC funding happens.
One of the main problem that we technologist fail at is that a lot of the times we assume technology == product. When we do this, we completely overlook all the necessary infrastructure and processes that we need to have in place to capture the value that the technology provides. We need customer success to guide the customer through a continuous successful implementation, marketing to very clearly articulate value propositions that change in different verticals, a sales team to capture the value and turn it into dollars consistently, support to listen to the customer when things go wrong and hold their hand through the fixes or workaround, lawyers to prepare support contracts and cover procurement requirements, hr, etc etc. I could go on forever.
I disagree that there are not examples of companies that show how to make money from open source. Beyond the obvious examples like "RedHat is a public company" and "MySQL sold to Sun", I can think of an absurd amount of businesses whose secret sauce is ElasticSearch. I would argue, that even though Elastic is a public company, they have not been capturing all the value they have brought. Although there are consulting companies like EnterpriseDB and CitusDB around projects like PostgreSQL, thinking that "consulting" is the one and only business model around monetizing an open source database is a gross over simplification that glosses over models that are evolving in various other areas, for example the one Jetbrains is doing with IntelliJ (basically a subscription service now).
I can look at the current top 100 posts of HNs and point out quite a few of successful businesses that would not have been where they are right now without open source existing in its current form.
Another common criticism of OSS goes along the lines of "it does not monetize value fully." In other words it creates value but the authors don't collect on it completely.
However, the same statement is true of proprietary software. Anybody who has sold proprietary products knows that what you recover is a fraction of the cost of your users doing it themselves. It might be a bigger fraction than OSS but not always--maybe you don't even get the sale in the first place because users are afraid of lock-in.
It's therefore quite misleading to think in terms of different economic models for OSS and proprietary-based businesses. There are more points in common than differences.
* Time-to-market -- Rework due to mistakes when implementing or deploying applications
* Risk -- Fixing problems may take [much] longer than for supported software
* Resources -- Extra personnel to do software support and maintenance. This gets a lot more painful once software is long in the tooth and no longer cool to work on.
None of these have anything to do with OSS in particular. And for many people the costs are outweighed by benefits like understanding the technology stack and not being in thrall to costs they can't control.
In a similar vein I used to fix cars myself. I now take them to the mechanic even though for many problems I could do a better job albeit at a high cost of time, parts, and tools. It's cheaper to focus on work that I'm good at. I still miss car mechanics though.
[1] https://blog.openocean.vc/founder-stories-a-hackers-hacker-6...
Isn't it odd that a piece of software, could be widely deployed, forked, starred on Github etc. etc. and yet with all this infrastructure there is no mechanism to ensure that any money finds its way back to the creators unless they ask for it? Some kinds of business people praise the selfless creativity of the open source community while simultaneously conserving their own profits and often denouncing taxation as theft. When challenged, such people attribute all human progress to the profit motive, and thereby in part to themselves, in manifest disregard of the facts. Creative people don't like this but they need to eat and keep a roof over their head, which requires money.
On the one hand, creative people with a mindset of mutual aid and consequent abundance, whose genius expands and structures much of our economy. On the other, well-resourced people who preach a gospel of scarcity and systematically give less than they take. These same people denounce any interference in their profit-making, and choke the unfortunate with externalities because they refuse to bear the cost of cleaning up their own waste, often going so far as to deceive the public about its existence.
How are open source creators any different from blacksmiths, forging the very chains and weapons which bind and oppress them? How much life must be given away, how much filth heaped on heads, before creators will unstop their ears to the laughter of those who exploit and rule over them, mocking their generous spirits and diligent efforts?
I don't think its something bad. Even more, it can be absolutely voluntarily and vanity. Skins in LoL dont give you nothing except aesthetics, yet they cash in pretty hard.
Imho the success of micropayments is based on two things. 1. It alows to adjust spending to capabilities, I.e. is easier to scale. 2. it drains wallet slowly, so it's easier to spend more. Like credit services.
By comparison, Wargaming (a mid-level F2P publisher of World of Tanks, World of Warships, and World of Warplanes) made about $600M in 2015. Fortnite (a bestselling F2P phenomena) made $2.4B in 2018. Pokemon Go (also a huge fad, but one now passe) made about $795M in 2018, and roughly $2B since launch.
The playerbase for these F2P games is more than an order of magnitude bigger than traditional AAA titles, so even though a large percentage players never pay, they still pull in roughly 2-4x what the traditional business model does.
(This is also what's driving the sky-high valuations of Twitch and Discord - all these players use related services even if they don't pay for the game itself. It's also interesting to compare this to movies - games are now comparable to or even exceeding blockbuster movies in revenue potential.)
This is nothing new, but it's still shocking -- at least for those like me that still remember the days of the ZX Spectrum, where blockbuster hits were programmed in bedrooms
Is it?
>There is a reason every game company is switching to it.
Are they?
> Are they?
No they aren't. It's more like a new market that has some overlap with the traditional offering.
There are tons and tons of people who will never be interested in freemium games, just as there are tons of people who aren't interested in mmorpgs or multiplayer in general.
That market isn't going away.
Just like the market for workstations and laptops didn't go away, even though people boldly proclaimed that mobile is eating the world and you can do anything on a phone.
I think Open Source really works for infrastructure projects and it's possible to do really well either working on a system like Kubernetes or Elasticsearch.
Not so well for projects that are more focused on consumers.
My app, Polar, is focused more on consumers and is an app for people to managed their reading and notes. Similar to Evernote but also has spaced repetition support like Anki and we're working on collaboration features too:
I wanted Polar to be Open Source but we've had almost zero source code contributions in the last six months.
Most of our contributions from users have been from people suggesting features, filing bugs, suggesting architecture changes or product/market fit issues.
These have been very helpful of course.
However, to date, we've only raised about $500.
To be clear I'm working on Polar full time so I've probably made about $0.15 per hour...
I think there's a lot of reasons for this actually but if I were to narrow it down.
1. Consumers hate paying for software. The plan with Polar is to go with a freemium model so we need 100k or so users.
2. There's a big of a 'tragedy of the commons' here with the donations aren't coming in because everyone assumes someone else will donate.
This is really a bad situation in a lot of ways for the 'self hosting' crowd. They want quality apps but they're not willing to pay for them.
We're polling our users about why they haven't donated and here are the current results:
https://i.imgur.com/cOUy10f.png
I think my next main goal is to do some sort of Kickstarter and try to raise $150k or so.
Either that or focus on raising grants or VC.
What benefits do you think the project and users will gain from it being open source?
If someone were to do that now I would be amazed... honestly and would just want to work with them :)
The license is GPL and the backend infra might not be open. Trying to still figure that part out.
It depends on whether the community steps up and wants to keep it open.
I wouldn't read into the survey results, while better than nothing, look at what people do, not what they say they'll do. The survey results are great if you want to dig into the subconscious rationalizations people have for not donating, but it's not going to help actually get people to pay. Instead look for real-life examples of products like yours that people are paying an amount for that you'd be satisfied with (if you have examples like these I'd love to see them, I'd love for the model you're trying to actually be viable, I've just never seen it succeed).
Finally, the business model for this product seems obvious to me: Charge a subscription for users that want to use sync more X than some threshold Y.
go for it... really appreciate it.
> You say your model is "freemium" but I don't see a way to pay for anything on your website? That's not freemium, that's donationware.
Most apps that are freemium allow the user to use the app for free first and then convert later.
Right now the app will prompt you to upgrade once you hit a threshold.
Right now one of the challenges (with freemium) is that since we're a new app many people haven't fully integrated it into their work flow so asking them to pay for something which they are unsure about or uncommitted is a tough sell.
> nstead look for real-life examples of products like yours that people are paying an amount for that you'd be satisfied with (if you have examples like these I'd love to see them, I'd love for the model you're trying to actually be viable, I've just never seen it succeed).
Freemium has succeeded (github, evernote, etc) and OSS + freemium has too (Wordpress.org vs Wordpress.com).
> Finally, the business model for this product seems obvious to me: Charge a subscription for users that want to use sync more X than some threshold Y.
Yes... right now most of the users are still early so aren't actively using the sync feature.
I might step this up though and require more users to pay earlier than later.
Honestly the biggest challenge right now is distribution and user base.
We have a smaller user base (1500 active users, 4-5k monthly users) and I need to get this 10x at least. This is my goal for now. Without the larger user base all this other discussion is worthless honestly.
The challenges there have been around distribution. Improving our SEO, getting into the app stores, etc.
It's not as easy as it would seem. Takes a lot of science and testing unless you've had a ton of experience here before.
For example, I'm considering not charging at all, and instead charging just for private teams - at least in the future. That's a feature we haven't shipped yet.
Like I said, my main goal right now is to get us to 30-50% month over month growth and then trying to get us to at least 30k users. Until then monetization is irrational for the most part.
I might start a kickstarter with our user base as they might be more motivated by that rather than asking to pay directly since they're buying the vision of the project not the actual implementation.
Blender
While they do sell books and DVDs along with various other things in their e-store the majority(?) of their income is from donations "to the cause".
They've actually started to become a viable alternative to the Autodesk monopoly and are being used in more and more commercial projects which leads to more donations which makes the software better which leads to more usage, rinse and repeat.
For those interested, blender is crowdfunded and supports six full-time developers, and three part-time developers[1]. There's more interesting details on their funding page[2].
[1]: https://code.blender.org/2018/12/blender-development-fund-pr... [2]: https://fund.blender.org
Pro tip: If you want to be famous push some patches their way while they're working on one of them and they put your name in the credits...got my name in the one with the dragon (or maybe the one with the sheep, dunno?)
Have you tried the "progress bar to this month's target" strategy? May even be worth it to count your contribution in to that to seed the bar so it's not zero.
I'm planning on hitting a usability milestone first as I have a few big changes planned (new webapp, some important features, new chrome extension, etc).
Then I'm going to make a pitch for this and include a fundraiser bar in the app.
But I very rarely get donations. Previous appeals on social media for donations have resulted in small bumps that quickly fade, so I'm focused more on trying to get subscription donors. Lately I've had some luck finding two business sponsors and now my Patreon at least covers the server costs. I think it's true what others said- in order to persuade these businesses I had to add a "sponsored by" section on the site with their logos. Ads, basically.
The 'tragedy of the commons' is definitely a thing. I'd be happy if people at least contributed new entries, photos, reviews, and comments to the website, but less than 1% of users actually do so.
Anyway, my next steps are to cold-call more potential business sponsors as well as to try selling merchandise related to the domain. If I can't get to about $1k/mo. this year I might need to just pull myself away from the project for my own financial stability and sanity.
"This app requires community sponsorship and we're trying to raise $20k in April 2019 or there will be no new releases and we will close the project."
One way to look at it is that if people can't pay or won't pay then they don't deserve it or they don't care.
Oh wow, this is fantastic. Could you highlight this a bit more on your splash page? I missed it completely the last time I visited getpolarized.io.
My infrastructure pub/sub project is relatively popular https://socketcluster.io/ but I can definitely see quite a few monetization opportunities (in addition to doing occasional consulting on the side) but I haven't capitalized most of the big opportunities yet - In a large part because my focus is still very much on adoption (which is often at odds with monetization).
I think it will be possible to monetize it later through optional commercial plugins and performance optimizations.
In terms of adoption, it's been steady linear growth since the beginning so it feels like constant struggle but at least it doesn't seem to be stopping; in fact it appears to be getting easier as time passes. I deal mostly with companies, startups and blockchain projects.
That said, I've known authors of very popular back end software projects that have had a really hard time monetizing but I think this is because they were more like standards-compliant libraries than 'infrastructure'.
You could then invest money in marketing this to students etc.
You could then open source parts of it, but keep the full product paid for.
Is there a list of companies that are actually, completely, open source and still have revenue > 100M? I think that is the list OP would be interested in.
Those donations could then be used to hire full-time developers, and work on the kinds of software that is currently not well served by open-source (TurboTax replacements, games, office software).
Just as with public radio or podcasts, the price signal of donations would encourage certain kinds of products to be produced according to demand instead of enjoyment or itch scratching, but the end product would still have the benefits of open source, no license keys or DRM to worry about.
I expect 99% of people would freeload as they do with public radio, but that's ok, even a small participation rate could result in new kinds of open source software being produced, and a sustainable career path for creators.
But in general, those methods bring you much less money than if you were proprietary, because as you rightfully point out, most people are "freeloaders".
Apart from that, you make good points :)
It doesn't. The only requirements for licenses like GPL, etc. is that anyone who you distribute a binary to can ask you for the source code, and you must provide it for a reasonable fee (for GPL it's "for a price no more than your reasonable cost of physically performing this conveying of source", and you must provide the source on request for as long as you offer support for the binary blob, with a minimum of three years).
https://www.gnu.org/philosophy/selling.en.html
Can't find it now, but I recall finding a link here (by the developer(s) of curl iirc) about how his BMW had a screen with the free software credits and BMW sent him a CD with the source when he requested it.
Edit: couldn't find that BMW article, but here are a few interesting links related to that:
https://daniel.haxx.se/blog/2018/08/12/a-hundred-million-car...
(multiple BMW screenshots in this page) https://daniel.haxx.se/blog/2016/10/03/screenshotted-curl-cr...
What is significant for this discussion is that another GPL requirement is that whoever you distribute software to is permitted to redistribute however they see fit.
Now, the software might be difficult to build or run or use, and the vendor might be actually selling binaries, or the software as a service, or documentation, or consultation, etc. Those can be valid business models even if the source code is freely available.
So theoretically, yes, free software could cost money. But its source code tends to be free as in beer, too. Freedom is much more valuable than the saved money, and that's why free beer gets scoffed at.
Are you aware of the F in FOSS being free as in libre/free speech?
The original point is to be able to debug, audit and modify the software you are running. And as far as I can tell that's still the core principle (note for example how there's no FOSS licence that prohibits sale of the software, and there is in fact niche FOSS software you have to buy to obtain).
It's not so easy to get 10k people watch you code. I'd like to see it though.
https://www.youtube.com/watch?v=7t96m2ynKw0
I'd pay to watch him not sing!
Being able to only pay two people full time for a massive effort such as a full featured 3D game development system is a blatant commercial failure.
If your market is businesses, then no. There is no budget for donations at most businesses. There is a budget for _buying_ things.
However, I think times and people have changed. Not paying for shareware software wouldn't be problem for most people today. Most wouldn't even consider paying unless they could not use the software without paying for it.
I'm not sure if that would be a feasible option, but I can definitely see the difference in value propositions.
The marketing department on the other hand, expects to have to pay to put the company name on things. So naturally, they'd be happy being listed as a partner, sponsor, patron, etc.
I know this is only for Canada and most likely for personal tax filing only, but simple tax is amazing. It's pay what you want and is developed by a team of 6 people.
I used to work at taxhawk.com (also owns freetaxusa.com). They make their money on premium support, amended filings, and state returns.
It's just that selling like this is more difficult now that there's a high-speed internet for everyone, but I think more people should be trying to sell this way. App stores are one example, if they didn't have those ridiculous GPL-incompatible restrictions, but Red Hat does outright just sell the software in a GPL-compatible way: you want access to their repos and nothing else, no support (I believe they call this self-service), they sell that too.
It might not make you rich, it might not hockey stick, but I think if more people just tried to sell free software, we'd see more people being able to comfortably make a living.
Also, most businesses have no budget for donations but they have plenty of budget for software purchases.
If there were either a intermediate broker or if FOSS companies elected to a for-profit status than they could easily accept donations.
In the US, creating an LLC only takes the conscious effort of will to decide you want to make an LLC and is a for-profit model, so it isn't too hard to make.
Of course orgs have lost site of this. The sad reality is 99.999% of orgs are OSS freeloaders or way too conservative and hence want to in house everything. Or happy with modestly priced cloud hosted everything that ends up taking away some of OSSs maintenance savings upside.
It seems like many of us are conflicted about whether open source software should come with obligations. It doesn't have any strings attached by design, but then we want to add fuzzy moral obligations instead.
Yes, others might pick it up, but it is seldom the case.
Only through legally enforced IP protections do people even pay for classic proprietary software - it's a kind of artificial scarcity (there's no moral judgement there, just an observation). But yes, hosted services and so-on are also rare (it costs more than microcents for someone else to set up an equivalent hosted service).
> Another lens might be: who are you selling to? Classical scratch-your-own-itch open source software is built by programmers for programmers.
Yes, open source works well for software written for programmers as an audience. If programmers aren't using the open source software, then there usually needs to be a business that's supporting the development of it.
In the same exact way that software engineers are able to do far more complex work through the use of third party APIs, business users use increasingly more complex technology to augment their work. This ranges from sales and marketing tools, to legal research tools, to medical analysis tools.
These tools generally speak in some amount of programatic language as well, which is why my point remains accurate.
Unless open source catches on soon, I am afraid only smaller and smaller proportion of humanity will be programmers, even without the compounding effect of the general population constantly increasing and diluting the existing programmer pool.
And they talk about how it harms the development community...exactly how does it harm the average OSS developer if Amazon or Microsoft or Google are adopting the project and making it easier to deploy in cloud scenarios?
Seems like a 'have your cake and eat it too' scenario. These companies benefitted from massive adoption thanks to open source being developer friendly and free, yet they want it to be just restrictive enough that only their company can monetize it.
In Mozilla's case, I would love to see some sort of cloud hosting for Rust. I also wish I could write front end in Rust but maybe I'll just have to wait for webassembly. I can't imagine that some sort of rust to js compiler (kinda like kotlin) would be too hard and this would be a killer application.
Matei Zaharia (of the Spark fame) and friends are working on weld, https://github.com/weld-project/weld. There's going to be a lot of money there as well. A cloudera competitor of sorts.
But yeah, go ham on Rust based paid solution.
Isn't webassembly already out?
Do not release the source until the fund is raised.
And that's the closest of the various older theoretical models to the proposed solution of Crowdmatching being worked on at https://snowdrift.coop
People pay for scarcity and our whole economic system is based on it. Open source unfortunately is the exact opposite.
Note that there are open source projects making money. For example Wordpress is GPL, which forces all plugins and themes to be GPL-compatible as well. And there are plenty of commercial plugins and themes selling quite well, all of them open source.
But that's not necessarily something Mozilla could emulate.
This statement is too general and obviously false. Many artists make money. Of course many or most don’t but “can’t” is a very strong word.
How are these the same?
The money involved was not huge but it was great to have. Users did not care that the software was OSS. They cared that is solved a problem and the ebook I sold made it even easier. That is how OSS makes money - by solving problems.
OSS is not a business strategy, it is just a software license. You do not "make money" by adopting a software license, whatever it's moral merits. You need a business that solves a problem and OSS can be part of that.
Instead we have smartphones, computers that function as pocket strip-malls with addictive games and back-alley scams.
Agree / disagree?
In my last 3 gigs, one of them was fully opensource (the Madrid City Hall decided to build a direct democracy platform) and the two others have been "open core", where there was an open-source component accompanied by an "enterprise offering" which was closed source, with extra features. Money was made by selling this "enterprise version", plus support, to other companies. This money pays for my salary, which involves mostly the open source side of things. The Open Source version is a "foundation" and a very good "marketing tool" amongst other developers. There's an ecosystem built on top of the open source version and we have some pull requests from the community. The main drive behind new features is still our internal dev team.
The target-audience of the adds would of course be coders because who else reads source-code. Maybe not a big audience but the adds could be permanent.
And what would the donors be advertising? Maybe development tools but also themselves as a potential employer. It would be basically VERY targeted marketing because only coders would see it.
The reason this works is that once you have a large user-base you can get people to buy your services because you have now developed a stickiness with your customer-base.
Exhibit A: Hashicorp. People started using Vagrant, the user-based expanded. When they moved onto other pay-services, people followed.
The reality is that developers want 'free' stuff they can build with but IT/Ops wants 'pay' services where they get 24/7 support, consulting, etc etc.
No company will be fully OSS because no money = no company. However I can see many orgs support OSS as a customer engagement tool to drive their brand and get a user base that they can drive towards other products.
Especially business people who resell the code to their customers without ANY investment into actually creating something or paying people with talent who do things that make the world a better place.
Why would the world properly value our contribution if WE don't value our contribution?
Most OSS business models don't try to sell the actual OSS. Usually a separate, commercial product is built on top of the actual OSS.
> You can’t make a living making music. Or art. You can’t even make a living taking care of children.
For everyone else smashing their keyboards, I think his point is: It's hard to make good money as an average artist, whereas it's easy to make good money as an average software engineer.
> This is where the Free Software mission has faltered despite so many successes: software that people actually touch isn’t free or open.
The point is that those commercial applications almost always depend on FOSS. If you have a better idea, go and build a better commercial product. You'll probably depend on similar FOSS.
The problem with this mechanism is that now each project is out on their own to advertise their needs and get donations. I'm actually experimenting in this space with SeedAndDew (https://www.seedanddew.com). My hypothesis is that if you can give people the ability to set a specific amount to open source that automatically goes to the right places, more people will contribute. Just went full-time to see this through so early days but I'm optimistic.
30% includes all payment processing costs and other costs for both users and projects, so there is a flat 70% remaining for projects that doesn't get deducted further. We do this to keep things simple and make it clear how much projects can get.
Payment processing alone costs $0.3 + 3% with Stripe, so at $10/month that's a fixed $0.6 out of the $3 we take. The other $2.4 needs to accommodate the fees to send money to each of the projects + infrastructure costs. Not sure how to account for that but assuming at scale around $0.4/user/month, we're looking at $2/user/month in profit. Assuming sustainability is reached at $200,000, that is approximately 8300 people giving to open source through this. That is high but seems approachable.
Does that seem reasonable? My objective with this is to build something that increases the pool of people who contribute but also ensure the underlying project can stay afloat indefinitely with the right incentives.
30 % seems more inline with apps store etc... which are closed, for profit entities. Other crowd founding venue charge around 5 % which is the level i would personally feel comfortable with.
The way the donation are distributed is interesting and seem to be geared toward people wanted to give back to communities on which they are actually contributing (time spent on the documentation pages). Personally i am looking for a way to give to project i use the most, (firefox, vim , zsh etc...) and also project that i use and particularly need funding.
Any plans for the entreprise market ?
5% is $0.5 which right off the bat assumes payment processing is separate. That's fine if people prefer that but even then $0.5 is barely enough to cover infrastructure. How do we pay for someone to maintain that infrastructure? This is the same issue OSS is facing but on the other side. No one wins when the tools we rely on don't have a sustainable business model. I don't think 5% is sustainable as we've seen with Patreon's recent increase.
>Personally i am looking for a way to give to project i use the most, (firefox, vim , zsh etc...) and also project that i use and particularly need funding.
Yea this mostly geared towards libraries and frameworks not apps.
>Any plans for the entreprise market ?
Enterprise is an important market but I was hoping to get some early adopters to prove the idea first and then use that proof to get businesses to join. Not opposed to doing both in parallel though.
Even if there was 100 free forks readily available. People would pay for the brand :)
Honestly, I prefer bitwarden over "password store" because I pay and, thus, I know it's unlikely to go away or go unsupported.
Basically, you can increase the demand for a product by decreasing the cost of it's complements. You can increase the demand for managed Redis services by investing in making Redis better. The caveat is that you can't control where that demand goes and you might end up helping out your competitors more than yourself.
I disagree. Some of the very successful FOSS projects are backed by businesses that benefitting using those. Linux, RocksDB, React, Tensorflow would be good examples.
A lot of companies have OSS but make money charging for support and/or additional features (granted, some of those additional features may not be OSS).
Examples: Liquibase, Pentaho, Flyway, etc.
When going from free to paid, consider the probability that the only reason people use your service is because it's much cheaper then the alternatives.
Our current economic system focuses on money as a medium of "equivalent exchange", as in there's no free lunch and a dollar you spend on buying a piece of butter necessarily means you can't spend that same dollar on a gun (same thing for the butter merchant). This exchange is based on a contractual agreement that binds for a finite time, and stuff that happens outside that window is necessarily considered an "externality". In other words, money facilitates a social interaction that prioritizes focus on the costs/benefits of individual(s) involved while de-prioritizing the costs/benefits of the collective at large.
But contributing to open-source is not that sort of social interaction, instead, it's one that prioritizes contributing to the collective over individual gain - i.e. a social interaction that focuses on externalities instead of on contractual time-based exchange. Money, with its focus on being loosely "conserved" (e.g. you can't double-spend the same dollar), is simply not a good medium for encouraging cooperation and discouraging free-riding to open-source (and other public-goods)
In traditional villages, public-goods contributions were facilitated with some combination of reputation and gossip. Later, cities and states managed to come up with taxation, courts, and prison when reputation and gossip failed to scale. But the super-connected capitalist "globopolis" of today demands a new form of organizing cooperation and eliminating free-riding when it comes to public goods.
To properly solve the problem of the economics of open-source, we need to solve this more general organization problem.
Implemented as a charge added to cloud usage costs.
Terms of use and terms of agreement machine readable and included in public available source code.
Code publically available, publically built and cryptographically tagged by usage and licensing Metadata. Like a smart contract.
Anyone who used the code would automatically be billed by the cloud provider on the license holder behalf.
This would align incentives better and enforce the openness of the source as a byproduct.
(the licensing should ideally be built into the platform, which should be vendor neutral, e.g. K8s and maybe the license could waive cost collection for self hosted use on own hardware)
NB: I don't mean more hours are required; I mean workers get paid more per hour.
Labor prices only seem to change with supply and demand. If you're making lots of money, and labor is cheap, why pay more? That's where a minimum wage helps shift the allocation.
You could shrink the Labor supply, perhaps artificially; or you could increase demand for Labor.
You could directly legislate by license: the license available only to businesses that e.g. pay at least a minimum wage.
Of course, businesses won't like that, so your software had better be something very useful.
Services > Support > Packaging > Subscriptions > Open Core > Managed > Cloud > SaaS
Basically they open source a core component that doesn't compromise the business model. For example, only open sourcing an engine but not plugins, modules, or dashboards around it. They also open source the core once they've already gained traction which puts them way ahead of anyone trying to do the same thing they are.
I did this with https://vcvrack.com/ and it has been successful IMO.
Of course there are bizillion of projects but they are just not as popular or not used for anything that generates a lot of money.
I'm sure when you are a core contributor of some popular Open Source projects, you'll have no problem doing well-paied consulting work or get a good job that allows for Open Source work within working hours.
OSS exists in the spectrum of a gift economy. Once you give it away, you don't get to expect something in return, or expect them to use it in a particular way. You gifted it away. In fact, the original OSS definition explicitly stated you could not discriminate against fields of endeavor. But I guess envy is stronger than idealism.
I see way too much focus on the value of whatever they're selling and no focus at all on what else I could do with that money. I'd gladly pay $8 or $10 a year for a good bookmarking service, but not $45.
It's like complaining that insulin isn't fun enough. Nobody taking insulin was trying to have fun.
The best we can do is to work within the dilemma. That's what https://snowdrift.coop is aiming to promote and support.
Human creations (physical or non-physical) should rank higher than land (which no one created but still irrationally claims).
What?
RedHat - $34B
MuleSoft - $6.5B
Elastic - $5B
Cloudera + Hortonworks - $5B
Pivotal Software - $4.7B
MongoDB - $3.5B
I feel like much of the problems mentioned in this thread come down to people wanting to be paid to write software but not building a business that lets them do that. They spent all their time working on the software and not the business.
The book "The E Myth" about entrepreneurship tackles this. "You're a baker who loves to bake. You start a bakery. Now you're a business person first, not a baker." They say "you work ON the business, not IN the business."
In business, you trade money for value. If it's high value they can't get elsewhere, you might get a lot of money in the trade. You work on your business by figuring out what value you'll sell, and to whom ... and design your business by choosing those parameters so you make a living.
It's no different with musicians and photographers. You can love their craft, and be good at it, but not find something to sell that makes you a living. Wedding photographers generally don't like their job, but it pays great. It's generally not the art form they prefer, but it's the one that's easiest to make a living at.
Business is this constant negotiation between supply (you, the programmer) and demand (the people you're hoping will give you money). Not every product sits at a profitable place on this curve.
Open Source privileges the Creator, not the Buyer. I can make whatever I like and give it away for free. I might have one user or a hundred million. Because it's not a business model (an exchange of value for money), it isn't at all concerned with the financial viability of the programmer's lifestyle. That's why surveys repeatedly find that "most" "programmers" work for a company and are paid to produce open source (for some values of "most" and "programmers"). The companies handle the messy business stuff that isn't as much fun as coding, and programmers just get on with coding.
Then you could make money from big companies, and let individuals and small startups use your software for free.
I want to try this, is there any project who has implemented this MIT/Apache licenses on request?
Ideally we need first a system to do the request approval a la https://cla-assistant.io
Commercial software that is lousy and buggy is not.
Free, open source software the requires an army of consultants to make use of it - is not.
OS Hardware can very much make money (hear Adafruit, SparkFun, Pololu, Seeed Studio, of course Arduino and to an extent Raspberry Pi).
Great quote; tucking it away for later. This is why democratic socialism is essential. Money is a lossy codec for true value.
If APIs are copyrightable that's a very unfortunate thing, but it would also make it possible to protect FOSS IP much more aggressively. Mongo wouldn't be getting destroyed by Amazon, for example.
Copyleft is only a business model if you tie it to non-FLO products, which defeats the point.
Some examples include Google with Kubernetes, Netflix with their cloud tooling (Eureka, Ribbon, etc.), LinkedIn with Kafka, Yahoo! with Hadoop, and many others.
It's really annoying to make a typo, realize it, try to correct it, and ending up hitting return on a malformed url AGAIN because the site finished loading in the meantime.
They've been playing serious business for some time now, but it's pretty much been borrowed feathers.
Firefox got big because of early enthusiasts who believed in a better web. That got them enough clout to get google interested, and google basically gave them large piles of money.
Somehow that gave them the idea they were a "real business" now, and they started spending and reorganising themselves accordingly.
Now it turns out they probably weren't a real business after all. Those piles of google money in the bank could have sustained pure Firefox development perpetually, probably even allowed for fun and useful side-projects like Rust, but no, Mozilla wanted to play serious business, except, of course, now they have to compete against actual serious businesses, which in this case would be Google and Microsoft, and so far their efforts haven't been a unanimously successful.
> This is where the Free Software mission has faltered
No, this is 1. where Mozilla has faltered, and 2. Focusing on money, marketability, and business friendliness is pretty much an open source objective. That's fine, but don't drag Free Software into this.
If Mozilla didn't do that, their biggest opportunities for setting up and endowment are in the past and it won't go well for them in the future.
> Overall, Mozilla invested $24M in this work in 2017. Total revenue and income support to the Mozilla Foundation in CY 2017 was $20.6M.