There is nothing wrong with developing software and selling it.
It used to be the norm and it is still quite common.
These days "open source" is virtue signaling and expected "to be cool".
That people then grump about not being paid shows that they
are not particularly interested in the concept of open source.
However, the term open source has been used for so many different things
that is has lost most shared coherent meaning.
I guess that is why "Libre Software" is now being used by some.
What is plain hypocrisy to me are the people who developed "for profit"
open source projects, and are angry when they dont get paid enough,
when the projects they have created rely on GNU tools, the Linux kernel
(Perhaps Debian), a libre software database on so on.
Their product is built on the shoulders and sacrifice of other open-source folks that often is not getting paid or not paid enough.
For profit open source should have clause of donating X% of profits
downstream to the open-source projects they rely on.
(Since they would have no product without them)
There are some core and vital open-source projects that have enormous
importance for millions.
I think supporting them should be a priority.
A lot of modern software is "open source" until it become inconvenient
and they introduce "Pro", or "see source", or shift license entirely.
A lot of companies should just be "for profit".
There is nothing wrong with it
and nothing wrong with making money,
or making money off of open source.
I do nitpick on people who see open source as a way to get
paid and they are angry if they dont get it.
Sourcehut seems to be an exception here, Drew not only has a profitable open source business, he not only contributes upstream, but also donate to open source projects.
There are many OSS companies. I think what the OP is (correctly) complaining about is people writing OSS and then getting upset when others sell it, or sell things based on it. I see this attitude creeping into e.g. articles on The Register. If you want to licence your software so anyone can use or resell it, don't be surprised when they do.
It sounds like OP is getting upset when people write OSS and then relicense it in such a way to restrict unfettered usage to provide or maintain a revenue stream.
E.g. Elastic search vs. Amazon (elastic search does run upon the Linux kernel after all)
In my business we derive fantastic value from FOSS, and a huge part of that is the absence of countless other layers of profit between us and the upstream developers. So it makes sense for us to give a piece of that business back. More or less, the core of the business is all sitting atop FOSS projects.
But we’re small, so any contributions reflect that. And we do cumulatively use more FOSS software in our stack indirectly than we can sanely evaluate, so we probably won’t be seen contributing funds to every single one.
The Amazon ES shenanigans is a good example of a different “grade” of this situation, where they’re just money grubbing.
This criticism only applies to the economic rents being extracted aka charging too much and not giving the economic rents to the producer of the economic rent. If you build a product and charge based on the incremental value you provide, there is hardly reason for criticism.
WordPress, Nextcloud, XWiki, Univention, Passbolt are a few other profitable open source businesses doing well. It is possible to sell open source software :-)
Now, maybe it's not as profitable, but not every wants to be as big as Apple or Microsoft.
It’s not very clear to me what the exact funding model is, but I don’t think if Jetpack went away it would make a seismic financial dent in WordPress.org.
A lot of that sponsored core development comes straight from Automattic, which gets revenue from WordPress.com, WooCommerce paid services, Tumblr advertising, and Jetpack too.
Sourcehut is a bit of an oddball though - it's mostly profitable because it's not a free service. As in, if you want to host your product at sourcehut, Drew expects (but doesn't force) you to pay for it[0]. Contributing is free though.
Also helping sourcehut is that it's actual deployment process is uh... Interesting? It's expecting to run on Alpine (and not dockerized Alpine) and you need to be able to supply an email server. The latter especially means that the usual problem of "FOSS hosting with a price label" doesn't really pop up; nobody is going to bother cloning sourcehuts deployment setup without the fees attached because very few people want to selfhost email for a personal instance of FOSS software. (Since self-hosting email is rather annoying for maintenance since your server IP can end up in random blacklists and you won't know until the setup stops working, and sourcehut relies a lot on email.)
[0]: https://man.sr.ht/billing-faq.md - seems to mostly be on a "were not gonna be jerks about it" - "if you're so poor you can't pay for sourcehut on the price given, send me an email and we'll work something out" basis - the goal doesn't seem to be to extract profit from every user and "fuck poor people", which is quite respectable if you ask me.
> it's mostly profitable because it's not a free service.
I don't understand what you mean from this. What service doesn't charge? Either demos/trial versions, or they are actually charging someone else for your activity.
> Interesting? It's expecting to run on Alpine (and not dockerized Alpine)
there's still pleaty of admins who do preferer to not use containers. Conterners shine on "cattle" deployments, if you can get away with pets, that's not really something weird out of the enterprise or new age stuff.
> and sourcehut relies a lot on email.
well, it's literally a service to contribute by email, it would be weird if it wasn't like that.
> What is plain hypocrisy to me are the people who developed "for profit" open source projects, and are angry when they dont get paid enough, when the projects they have created rely on GNU tools, the Linux kernel (Perhaps Debian), a libre software database on so on.
This is a big part of why I find it so crazy that people argue that "Open Source" work isn't open when a commercial license is attached (besides the fact that "available" and "open" are synonyms and it is a clearly reasonable interpretation of the words). It strikes a balance between that "coolness" you mention while not letting big companies take your work and make massive profits while stepping on your shoulders.
I think it is completely reasonable for Open Source (aka Software Available) projects to say "Here's my work. If there's pie to be had, just be cool and share a little. If there isn't, don't fret, we're in this together." It is astounding to me that people attack those asking for a little pie when they so clearly are lifting up the pie eaters. It would be one thing if they were asking for the whole pie, but (like this article) that doesn't seem to be the vast majority of them. And if we're being honest, attacking the scaffolding seems just like it ends up in less pies overall.
> These days "open source" is virtue signaling and expected "to be cool". That people then grump about not being paid shows that they are not particularly interested in the concept of open source.
Most of the time when I see people grumping about getting paid for open source, it isn't the actual developer. It's someone who thinks the developer should get paid more. Usually it's a blog post to a, "Did you know critical package x is maintained by some 70 year old dude in Dubuque, Iowa... and he's on VACATION RIGHT NOW?"
Based on consulting calls I've had with companies, a very common pattern is:
- They want to be "open source" because they or their VC think it's important for the marketing benefits and it seems to be of interest to customers
- But, they're not really planning to invest to make the open source development model work
- And, they sure don't want to disadvantage themselves from a business perspective (have trouble holding features back/give potential competitors a leg up)
A beautiful thing about the world is that you don't have to care at all what the FSF have opinions on if you don't want to. The license you choose to provide to your users is between you and them.
From what I understand from reading this thread - that is the whole point of “nothing wrong with making and selling software” - it does not and most likely should not be open source or called open source. Where only reasons for slapping open source on project is free marketing and “being cool”.
B2C software increasingly needs to be at least source-available to prove security. It's hard to take a password manager or file storage product seriously if the client code isn't available for audit.
Say what you want about copyright, just revealing the source impedes your ability to commercialize it.
That means the client code can't be your secret sauce. The client code is effectively this table-stakes item that you have to release for free. The hosted server component is where you have to put your differentiators.
I wonder if "pay to compile" would work well. In other words, open source your code to the world, but if you want to download an .exe you need to pay an upfront cost.
Obviously doesn't work with all types of software, but even something like a C++ backend library (like OpenCV) you could open source the C++, but sell access to the python bindings.
I've pondered in the past about paid "documentation". You have basic opencv docs but charge for the in depth docs. Really it's sorta a thing when people buy books from SMEs on an open source project.
The problem is licensing fees.
The fee itself may be insignificant
but you need to track who has to pay who and this requires license keys and licensing servers and all the logistics to get these things to the right places.
>> There are some core and vital open-source projects that have enormous importance for millions. I think supporting them should be a priority.
I'm going out on a limb here, but what have you done to support them? Apologies if you have, but a lot of people seem to want someone else to support their favorite free thing.
I got tired of being that guy at some point within the past few years and started personally contributing.
I’m not taking any sides here, but GitHub’s sponsor feature makes this _very_ easy to do, and that’s valuable to me.
Edit to add: Agility in contributing money to FOSS projects is not where it could be, and that’s absolutely a place we could do better in to drive more direct funds into the FOSS ecosystem.
They're far more likely to have donated than the millions that depend on the software, because this is another developer, so more likely to be empathetic because developers know how unrewarding and important FOSS development can be. That's not a solution, that's the status quo.
Also, it's not helpful to go out of your way this much to disqualify someone from having an opinion. It's essentially an accusation of hypocrisy, made absolutely blindly and randomly at a person you don't know anything about who expressed an opinion you didn't like.
> There is nothing wrong with developing software and selling it. It used to be the norm and it is still quite common.
Yes, agreed.
> These days "open source" is virtue signaling and expected "to be cool".
Yes, agreed.
> That people then grump about not being paid shows that they are not particularly interested in the concept of open source.
Well, yes, they got pulled in by the hype and then realized that they needed some kinds of cashflows to make it sustainable.
> I do nitpick on people who see open source as a way to get paid and they are angry if they dont get it.
Why? Because they made one mistake up front and picked the wrong model and didn't realize until they were several years into their project that open source was wrong for them? So you decide to crucify them for that, even though if they'd made that decision right from the start you would have 100% fully supported them?
I didn't realize that open sourcing something was a perpetual indefinite infinite-year long contract that requires endless toil and slavery to the cause. Perhaps we should be a bit more clear about that up front.
I consider it a feature that some FOSS licenses are effectively bound to their licensed code forever but don’t necessarily prohibit forking and relicensing in future.
I do think moving the goalposts or being dishonest about your intentions are wrong.
What I’d like to see when this happens is honesty about relicensing with a view toward profit (or whatever you’re after), and not attempting to scrub your more liberally licensed code from the face of the planet.
I’m not asserting that everyone does this, but it’s certainly been done many times.
If you think you might one day make money on it, just say that up front and don’t be greedy when you finally do.
> I do think moving the goalposts or being dishonest about your intentions are wrong.
> If you think you might one day make money on it, just say that up front and don’t be greedy when you finally do.
You're implicitly assuming that they're doing a deliberate bait and switch instead of just realizing after the fact that they screwed up.
There seems to be an open source fundamental attribution error here where someone changing their mind is evidence that they plotted all along to do evil.
It is also a failure to apply Hanlon's Razor--the original choice to open source license probably was ignorant/naive/stupid and not done with malice in mind.
There are certainly cases where there has been an intentional (or effective) bait and switch, but I’m not laboring under the assumption that this is always the case.
I’m not applying any assumption of malice to initial licensing decisions.
The idea I was communicating was that in some cases developers _do_ have intentions that are incompatible with FOSS licenses from the start. Not that this is always the case.
> What is plain hypocrisy to me are the people who developed "for profit" open source projects, and are angry when they dont get paid enough, when the projects they have created rely on GNU tools, the Linux kernel (Perhaps Debian), a libre software database on so on.
Why do you exclusively point out "for profit" open source projects here? What about basically any commercial software that leeches on open source software without donating anything?
But they're saying that it's also hypocritical to release commercial software and expect people to pay you without contributing anything to upstream open source projects.
> What is plain hypocrisy to me are the people who developed "for profit" open source projects, and are angry when they dont get paid enough, when the projects they have created rely on GNU tools, the Linux kernel (Perhaps Debian), a libre software database on so on.
We're all standing on the shoulders of giants. I don't see the hypocrisy here.
I recently ran across the the license for Dragonfly [1] which has some restrictions (rights reserved), but 5 years after the license date the license switches to Apache 2.0. Basically a time-limited rights reservation. I don't hate it. I might even contribute to such a project for free.
I propose something like this: When I release code, it's rights-reserved for 5 years, then open-source (and this particular clause would be irrevocable). Anyone may use the software for non-commercial purposes. Anyone may contribute, those who contribute will be granted permission for commercial use if I deem their contributions significant enough. Anyone may distribute the software under these terms.
If such a model became popular, I have a hard time imagining it could make things any worse. It might even accelerate open-source development by shifting societies resources to those who are actually producing this valuable software.
You might say, "but it's not open-source", fair enough, but we can view it as open-source contribution with a delay. For example, if this model became widely popular this year, and we saw great progress with this model, then come 2028 we would be flooded with new open-source software and ultimately might be better off than we would have been without this model.
Ultimately people choose to make their software open-source for moral reasons, and because they hope that by giving they might receive in turn--I contribute, you contribute, and we share freely (and we're both poor). This model I've talked about still achieves similar goals. People might still be willing to contribute, even for free, because I have given them an irrevocable legal promise that their contributions will be made available to all at a specific time.
(This whole thing makes me rethink copyright and patents and how much they really contribute to society. Perhaps their terms should be shortened?)
You don't need to propose it. If its your code you can just do it.
I would recommend that you clearly document (for yourself, if not publically) what your goals are. Is it money? Fame? Github stars? Users? Contributers? Something else? In order to determine if the license is a success you need to set goals, and then measure the results.
Frankly, while this topic comes up frequently on HN, it's getting somewhat boring. I'm starting to come around to the viewpoint that you can either give your work away for free, or make a living, [1], but fundamentally those two goals are against each other.
Sure you can make a living tangential to the work (docs, support et al), but of course that's taking time away from the code (so kinda just like a day job.)
[1] as with lots of fields, like authors and music, there is a tiny sliver of people who manage it, and are held up as examples that it can be done.
But I do applaud your creativity here, and i encourage you to experiment. My first thought is why bother to go Open at all? Presumably to meet some goal and it will be interesting to see if it meets that goal.
I suspect you are looking for contributers (but I'm putting words in your mouth here) and I would suggest that the vast majority of projects get no contributers, regardless of license.
I've also noticed Sentry using it. I think it address one of the the main criticisms of proprietary licenses, while still allowing a company to form a considerable moat around their software. (I think we can agree, death of author + 70 years is way too long for code source, but 5 years of copyright seems perfectly reasonable.)
When I see people argue about government intervention, I always think that if the intervention is going against the wishes of people, there will be a private sector attempt to undo or reverse the government intervention but equilibrium isn't guaranteed.
Too long copyright durations and too stringent distribution restrictions are undone by open source projects. This does not result in an equilibrium because there is a vast space of projects that need to be proprietary in some dimension and open source in another. The equilibrium solution has to be a hybrid of the two approaches.
Side none: An equilibrium is like a limit of a converging series. You don't have to reach it, just get close enough until you are happy aka |x_i - x|< epsilon
Charging for a commercial license is virtual closed-source. You have reinvented selling software, except with a “try before you buy” model that enables engineers to vet its utility first before paying, with free usage for non-profits (i.e. other non-profit devs).
I’m not making any comment about the merits of this model. I strictly make and sell closed-source software (SaaS). But it’s funny to me that this is essentially the same business model, but you use the threat of legal action rather than API keys to enforce your rights. “Open Source” is in the name only.
It is not "virtually closed source" to license something as GPLv3 and also under a proprietary license. In fact, it is something explicitly advocated for by Richard Stallman himself and the Free Software Foundation generally:
He's got mixed feelings, but says "I consider selling exceptions an acceptable thing for a company to do, and I will suggest it where appropriate as a way to get programs freed."
If of all people rms considers something acceptable, then whatever that thing is, it certainly can't be described as "virtually closed source".
If you release something as open source software, then it is open source software. The end. That's what the term means. Also licensing it under a proprietary license doesn't change that. Free software licensing is not "try before you buy", and it is not "free usage for non-profits". Open source and "not for profit" are not synonyms de facto or de jure. You can use GPL'd software in commercial products and in fact many people do, frequently. You probably have a dozen copies of Linux in your house in various appliances that you don't even know are there. There are many other examples.
There is a subtle but important difference here though:
If you publish a piece of software under two licenses, one open source and one commercial, why would anybody pick the commercial one?
You cannot say "corporations have to pick the commercial one". The only way to do that would be to include a term in the open source license so it cannot be used by corporations. But then it would no longer meet the open source definition. "Free for private use but payed for commercial use" is not open source!
But if the open source license is copyleft (e.g. GPL), any software that uses it would also have to be open source. So dual licensing allows corporations to pay to keep their own code a secret.
This implies that dual licensing is pointless for non-copyleft licenses like MIT, and also for developer tooling that is not directly used in the final product.
so you have an about window that says "look how lazy i was, i used all this software i dont support and you still have to pay me full price"
idk. it reaaaaally _isnt_ that big a selling point to see all the open source projects one has used in a commercial application as you might be thinking
> It is not "virtually closed source" to license something as GPLv3 and also under a proprietary license.
That is not what is proposed in the article:
----
Isotope is open source, but there are different licenses depending on how you intend to use it:
Open source license.
This license allows Isotope to be used in personal or open source projects for free.
Commercial license.
This license permits you to use Isotope in almost any commercial app. Realistically speaking, any company wishing to use it, most likely will need to buy a commercial license.
----
That is not open source. It's proprietary software offered as freeware for non-commercial use.
Isotope's actual license page is much clearer than the article's summary:
> The open source license is designed for you to use Isotope to build open source and personal projects. The Isotope open source license is GPLv3. The GPLv3 has many terms, but the most important is how it is sticky when you distribute your work publicly. From the GPL FAQ:
>> If you release the modified version to the public in some way, the GPL requires you to make the modified source code available to the program's users, under the GPL.
> Releasing your project that uses Isotope under the GPLv3, in turn, requires your project to be licensed under the GPLv3. If you are okay with this, feel free to use Isotope under the GPLv3, without purchasing a commercial license.
Isotope's code is available under GPLv3 with no further restrictions. Although the page says that the project's use of GPLv3 is "designed for you to use Isotope to build open source and personal projects", it does not say that Isotope cannot be used for commercial projects under GPLv3.
Thank you for the correction; I'm not familiar with the project and just went off how the article described it.
> Although the page says that the project's use of GPLv3 is "designed for you to use Isotope to build open source and personal projects", it does not say that Isotope cannot be used for commercial projects under GPLv3.
Yeah, it's unfortunate they misrepresented the GPL and I wonder if that is how the author became confused.
They haven't misrepresented anything. The GPL license can be used for open source projects by companies (e.g. for commercial purposes). There is no need to include a more specific category if you already covered the broader category.
> That is not open source. It's proprietary software offered as freeware for non-commercial use
I shudder at these confident, definitive statements when they're off the mark this far. It's not just "freeware" when you can see, modify, sell and redistribute under the same licence. It's open source.
> It's not just "freeware" when you can see, modify, sell and redistribute under the same licence. It's open source.
As the author described it, you could _not_ sell it:
"This license allows Isotope to be used in personal or open source projects for free."
It turns out that the author was incorrect about Isotope because their software is GPL, but what they were proposing was not open source:
"There are no Pro versions, no license keys and there’s nothing else to maintain. Individual developers enjoy the same tool for free, while companies pay a reasonable price."
I really think these kinds of comments are counter productive to people seeing source available software (SAS, OSS, FOSS, or all three). Free to the public but not corporate is clearly not "try before you buy" and is a gross misinterpretation of this. I don't care what Citizens United ruling said, corporations are not the same as people and we should distinguish them as such. This model is in no way functionally similar to closed-source software and the comparison is laughable. The source is right there!
__Stop gatekeeping__
Source available software with commercial licensing still helps the main intended target: hackers, builders, inventors, creators, learners, researchers, pen testers, and so on. Opened source code makes programs safer and encourages creativity. The article is right that you can't just live on donations and pure good will, as much as we'd love to see this you gotta pay the bills. Accountability is low in large societies and social pressure means little. SAS still helps the people, but it also puts restrictions on those that would profit off of your work and leave you high and dry. Comments like these only encourage closed source hardware as well as the lack of free software.
The fucking name OSS confuses people and this has been an utter disaster. Your name should clearly indicate what is being advocated and should not conflict with a reasonable but distinctly different definition (there's a lot of this for some fucking reason). Especially when the reasonable interpretation makes more sense! Even you say that it is in the name only and we see these fights almost weekly here. Words mean what people use them as. I don't care what OSI says, OSS and SAS are the same thing. Corporations lose trademarks as words/phrases enter the lexicon, I don't know why we should defend OSI's inane definition. They have not won the culture war on what the term means.
"Source available" is not open source and has nothing to do with open source. Open source never confused people until bad-faith actors started intentionally trying to confuse them by labeling things that aren't open source as "open source". Open source has a precise definition and it has had it for decades. If you describe your software as open source and it is not available under an open source license then you are a malicious bad-faith fraudster that is trying to use the reputation of open source software to prop up a fraudulent practice based on lies.
It doesn't matter one whit whether people can "pay the bills". It's totally irrelevant to the discussion. If you can't make money making open source software, then go get a job. This is like people complaining they did a degree in underwater basket weaving and can't get a job, or people complaining that they can't get a job as an artist or a guitarist. Guess what, most people can't make money from their hobbies. Some programmers get pretty lucky and turn their hobbies into jobs. If you want to give it a go, good on you. Most people don't even want to. Of those that do want to, most do not succeed. You have no entitlement to be successful in your attempts to do so.
And there's no rule that says that you have to release things you make as open source software. If you want to make money, you might find that the best way to do that is not to release your software as open source. That's your prerogative. But you can't make that choice and then also choose to ride on the reputation of the "open source" label. That label means something, and has meant the same thing for decades. You can choose: release your software as open source and call it that, or release it as "source available" and be honest about it.
And you're completely wrong when you say "They have not won the culture war on what the term means". They absolutely have. The only place I've ever seen anyone pretend that "open source" can legitimately mean something other than the OSI's definition is on this forum.
I have a dozen hobbies and have been able to make money out of every single one I've actually tried to. Be it as a coach/tutor, organizing events, creating things, etc.
My girlfriend wanted to turn her life-long artistic craft (ceramics) into proper work so we opened an art studio together.
It's not hard, problem's with you, and problem is certainly with anyone arguing that you can't make money with open source. Just because you don't know how doesn't mean it's not possible.
> The only place I've ever seen anyone pretend that "open source" can legitimately mean something other than the OSI's definition is on this forum.
I don’t think this is entirely accurate in practice. I talk to businesses, individuals, and enterprises every single day and they all refer to my SAS as open source software. So I don’t think everybody sees OSS like you and OSI wills them to. I’m stepping on toes by saying that, but from my sample size, that’s what I see and hear.
The only places I’ve seen this dogma is here on HN, in GitHub issues about gaslighting [^0], and on r/opensource.
>> I talk to businesses, individuals, and enterprises every single day and they all refer to my SAS as open source software.
I know it gets tedious, but its useful to politely correct this terminology when it's used incorrectly.
I get that managers are not techies, but allowing them to use this term is harmful to them.
A) they heard the term from one of their programmers, which means the programmer doesn't understand the difference, which can lead to legal troubles or
B) they know the term, but use it incorrectly here, which they could then say to an actual programmer, which he then treats as open source, and can cause legal troubles.
> I get that managers are not techies, but allowing them to use this term is harmful to them.
All I'm saying is that if the words you use have a reasonable interpretation that is different from what is intended, it is better to just adopt new phrasing.
> which can lead to legal troubles
I very much doubt this. LeCun has been calling MAIR's work Open Source for quite awhile and people have been arguing about it being Source Available and not Open Source™. IANAL but I have a feeling that if OSI took Meta to court that they would lose, just like I expect Taco John to lose Taco Tuesday and how Bayer lost aspirin. I'd say that the case would probably even be clearer than those, as all Meta needs is a dictionary. I'm sure there's something similar to Roger's test for this.
Fwiw, I don't know a single person, in the flesh, that thinks Open Source is different from Source Available. My bubble is mostly nerds and techy folks. I was only introduced to the OSI definition here on HN, and I was already starting graduate school by that time, even having work experience developing software. I'm not sure what bubble I'm in or the "OSI's definition is well known" is in, but clearly we have to recognize that at least people like me exist. It seems like we're not uncommon either.
I didn't mean legal troubles as in from OSI,but legal troubles from a copyright holder if the source is treated as Open by a programmer.
Open software can be distributed freely. If a programmer is told it is Open, there is a chance they will unwittingly use it in a way that is not permissable under the actual license terms.
Even as an honest mistake, this can lead to serious copyright violations that some companies will not hesitate to demand payment for.
>Fwiw, I don't know a single person, in the flesh, that thinks Open Source is different from Source Available.
Then educate them. Open source has had a stable definition since before I was born. It is not up for debate. All of a sudden in the last couple of years shitty people have tried to confuse people by labelling non-free licenses 'open source'. That is fraudulent.
The problem is that I'm not talking to managers when seeing the term open source, most of the time I'm talking to programmers. Literally all techies.
Many of them can use, modify, and distribute my SAS free of charge, like every other OSS license they know, so it actually won't get them into legal trouble. My SAS is open source to them, because the ELv2 only has a single usage restriction and that's not their use-case. For most, it's more permissive than GPL/AGPL!
>The only places I’ve seen this dogma is here on HN, in GitHub issues about gaslighting [^0], and on r/opensource.
Part of the problem is the "Open Software Foundation" likes to take a bunch of corporate money and then pen definitions of what "really is" and "really isn't" open source that people pick up on.
> "Source available" is not open source and has nothing to do with open source. Open source never confused people until bad-faith actors started intentionally trying to confuse them by labeling things that aren't open source as "open source".
I do not know how one can say such a thing with a straight face. The confusion does not require bad faith actors, but just the ability to speak English. LITERACY is what causes the confusion. It is right there in the words: _open_ source.
> Open: adjective
> 1: having no enclosing or confining barrier : accessible on all or nearly all sides
> 2a(1): being in a position or adjustment to permit passage : not shut or locked
> 3a: completely free from concealment : exposed to general view or knowledge
Why is there confusion? Because the source is right there, in clear view, unobstructed, and not hidden behind any doors. Yes, OSI's definition also fits the definition. It is also a reasonable interpretation of those combined words. But to say that confusing "available source" and "open source" is only caused because of bad faith actors is ludicrous when they mean the same thing. Talk about calling the kettle black.
> Guess what, most people can't make money from their hobbies... You have no entitlement to be successful in your attempts to do so.
Guess what, most people can't make money from their businesses. You're not entitled to have a successful business. So what? This is irrelevant. We're talking about the definition of a word that we can look up in the dictionary.
> The only place I've ever seen anyone pretend that "open source" can legitimately mean something other than the OSI's definition is on this forum.
Being terminally online is not an excuse for not being able to open a dictionary. It isn't an excuse for understanding that the rest of the world does not think identically to you. Go touch some grass and talk with people offline. I guarantee you that they will confuse these words. Even if we assumed "bad faith actors" caused this, well if Taco John's can lose "Taco Tuesday" and if Bayer can lose "aspirin" then OSI can lose "Open Source," and I honestly don't care. Words mean what people use them to mean. Having access to the source is a valid and extremely reasonable interpretation of the words "Open source".
I am not calling OSI a bad faith actor, but I am calling you one. Being unwilling to recognize that it is possible to confuse these meanings simply through plain literacy isn't only inane, but delusional. The reason people like me get so upset/frustrated about this is because it is like trying to prove to someone that the sky exists. We can see it, it is right there. Being obstinate isn't doing you any good. Saying I'm tricking you or there's a witch hunt isn't helping you either. Even if there was a grand conspiracy, as you have suggested, it would still be reasonable to call it the sky. The conspiracy wouldn't fucking work if it wasn't. So even that premise doesn't make a lick of sense.
Open a dictionary and talk to some people.
[0] (in fairness, you have to click the thesaurus for available, but it is under "as in public" which is exactly what we're talking about) whhttps://www.merriam-webster.com/dictionary/open
Dictionaries/thesaurus just describe how words are used or were used by someone. It doesn't prescribe the correct usage of words.
The issue is that open source is a clear technical term that has a certain usage within the community. This caused confusion, especially since that is a specific definition that I grew up with, and existed before I was even born.
Calling it 'source available' caused none of the confusion.
'source available' also implies the case the source is only available upon request. e.g. Microsoft provided the full source code of Office to China, it is also "source available".
Open source isn't a literal term. It doesn't mean "the source is open". That isn't how the English language works. It is a compound term with its own meaning just like any other.
So the questionis: how to determine the meaning of the words?
A. If you mean that there is some authority that can do that, what authority other than a dictionary?(not rhetorical question)
Alternatively, B. if you mean that there shouldn't be any authority that can define the meaning of the word. In this way you can't stop people to understand it as it's literal meaning and blame them.
> It doesn't matter one whit whether people can "pay the bills". It's totally irrelevant to the discussion. If you can't make money making open source software, then go get a job.
What a terrible fucking take.
First of all yes it matters. OSS developers not being able to pay their bills despite maintaining software used by trillion dollar corps has been in the news several times. It’s an ongoing issue and talked about a lot.
Second, “go get a job” is essentially “stop doing open source”. As in “I would rather have you write closed source software than source available/open core”.
This isn’t your decision to take. This isn’t your life to live. And this isn’t your culture to dictate.
Also, you live in a bubble if you think the majority of people give a crap about the OSI definition. I say this as someone who does give a crap (though not that big of one).
We should absolutely be finding business models that work for open source but not compromising the ethic of it, like open core.
It probably just won't make a ridiculous amount of money for open source developers. It's the tradeoff you have to make when deciding to write open source or proprietary software.
> We should absolutely be finding business models that work for open source but not compromising the ethic of it
I don't think anyone is arguing this. We're only arguing that "Source Available" is an extremely reasonable interpretation of the words "Open Source."
And I'll be honest, I don't see much of a difference between a Common Clause License and MIT. For the average person, they are functionally equivalent. I don't see this as a big deviation from the original ethics and goals but rather than it is an update because bad actors abused the openness.
Sure but I honestly disagree that open core compromises the ethics of open sourse.
It's just pragmatic. People are into open source for different reasons. I've been in it for almost two decades and it was always for the the benefits for learning, hackability, transparency, future-proofing, etc etc. All aspects which are perfectly preserved by open core.
> Words mean what people use them as. I don't care what OSI says, OSS and SAS are the same thing.
I completely agree. I’ve avoided using the term “open source” where possible for my SAS, instead opting for word-play like “open, source-available”, but it was frustrating that I felt I even needed to do that to avoid backlash from the zealots. And I’ve loosened my reigns there a bit as well as time has gone by. I think it’s silly. I want to use “open source” because that’s what it is.
As an example, there’s no reason Elastic should have had to cave to OSI and start using “free & open” everywhere in place of “open source.” The reality is SAS licenses like ELv2 may not be “Open Source (tm)” but they sure as hell are “open source” to most people in our industry.
It's very confusing when someone said it's open source when it isn't actually open source.
I quite literally grew up with the specific definition. If people decided to redefine open source software, then I'll need a new specific definition, because it's no longer useful or fit for the purpose.
Not sure that the definition was fit for purpose in the first place. A perfectly reasonable understanding of Open Source is that the source is open (whether conditions are attached or not).
And if you then object to conditions being attached to how you use it, perhaps you should also consider the onerous conditions imposed by the GPL license.
It wasn't reasonable to me that open source software just means only source code is available. If people insists that the way it should be used, then I would abandon the term for something else.
Open source is a technical, well defined term. If your software is ultimately not open for certain fields of endeavor, I’m willing to accept that, but labeling as if it is, and then coming up with derogatory terms such as “zealot” for people pointing out this difference is dishonest.
I use "shipped as source". My code is not "open" and I'm very careful never to label it as such in verbal or written communications.
I think the word "open" belongs to OSS, not proprietary code, and I would politely suggest and recommend, you never use that word to describe your offering. (Ditto "free" :)
Definitions are not static. If the majority of people who say "open source" mean "I can view the source, it is out in the open" vs the OSI definition, then the definition of the word is the former.
Just like how the word "hacker" meant one (generally positive) thing, then it meant computer criminal, and now it has come back to be somewhere in the middle.
Of course it is your right to fight for whichever definition you prefer, but the idea that anyone has a monopoly on the definition and can claim a term "doesn't mean that" is a bit silly.
It is open source, yes. But "stop gatekeeping" is a bad phrase. "Gatekeeping" is now a negative spin on "telling the difference between things", and thus worse than useless.
> I don't care what Citizens United ruling said, corporations are not the same as people and we should distinguish them as such.
Every law system in the world distinguishes natural personhood from legal personhood. If you've heard somewhere that Citizens Unite ruling said that corporations and people are the same, you've been lied to and disinformed.
> Charging for a commercial license is virtual closed-source. You have reinvented selling software, except with a “try before you buy” model that enables engineers to vet its utility first before paying, with free usage for non-profits (i.e. other non-profit devs).
You really do not understand what rights Open Source licenses give you. The GPL in particular really only affects you if you distribute it (a js library vs nginx). There is no 'non-profit' exception in the GPL.
> but you use the threat of legal action rather than API keys to enforce your rights. “Open Source” is in the name only.
Every software company has a license that governs it's use. I am pretty certain your company will use legal threats if it's source code got out or it's frontend code was being abused. There are likely legal clauses in your employment contract over the source code that you have signed.
Free as in free speech, not as in free beer. This has been a slogan of free software for decades. Charging money for your software is not in any way incompatible with open source.
The main important part of open source, regardless of license, is that you have the ability to run it locally to ensure that the code written and provided is what is used for your interaction with the code (since obviously a company or entity can lie and provide code that is different than what is used as the SaS.
Tailscale and Headscale come to mind.
Open source has a specific meaning clarified in each license (like truffle, truffle-flavoured in food). Each license is unambiguous about what one is allowed to do.
Some licenses favor the freedom of the user, and some the freedom of the developer, in different degrees. It is not a "name only" thing, unless we insist on misinterpreting it.
Great article! I started https://polar.sh to help maintainers get more funding + insights about their customers & their needs. Long-term building tooling for managing all up sold services and customer management.
I definitely agree that 1) we need to convert companies more, but 2) it won’t happen with the traditional sponsorship/donations model. They need to be able to quantify the value of their investments.
With the first version of Polar, we aim to provide that while giving maintainers better insight on needs & funding to develop efforts that align with their vision.
While we're here, does anyone know if a sole proprietorship donating to OS projects for "sponsorship" (aka listing the donor company's name in the project's github) is deductible as Advertising expenses? Specifically wondering about Canada personally, but I'm sure people in the U.S. would benefit from this knowledge as well.
Our tax law (in Canada) is so opaque, and I feel like finding ways for these monetary contributions to be deductible as business expenses would make it so much easier for businesses to justify the expense.
If donations can't be written off, OS projects would then do well to add a paid tier with some useless exclusive functionality, just so donors can make it a software expense.
> While we're here, does anyone know if a sole proprietorship donating to OS projects for "sponsorship" (aka listing the donor company's name in the project's github) is deductible as Advertising expenses?
It is deductible in India.
Disclaimer: I'm not a lawyer, chartered accountant. Nothing I ever say should be construed as legal advice etc.
> Our tax law (in Canada) is so opaque
I was going to dismiss it as something people in every country complain about but then I tried to look it up myself:
Depending on where you're advertising, you might be entitled to either a 100% deduction, a 50% deduction or no deduction at all. And you need to take into account if the publication has atleast 80% original content to figure out the deduction. Seriously, WTAF is that?!
Oh it's even worse, it mainly talks about advertising in "periodicals", but doesn't say anything about internet advertising (such as social media ads, paid sponsorships with influencers, sponsoring a github repo, etc.)
You can deduct expenses for advertising, including advertising in Canadian newspapers and on Canadian television and radio stations. You can also claim any amount you paid as a finder's fee.
Certain restrictions apply to the amount of the expense you can deduct for advertising in a periodical. You can deduct all the expense if your advertising is directed at a Canadian market and the original editorial content in the issue is 80% or more of the issue's total non-advertising content.
You can deduct 50% of the expense if your advertising in a periodical is directed at a Canadian market and the original editorial content in the issue is less than 80% of the issue's total non-advertising content.
You cannot deduct expenses for advertising directed mainly at a Canadian market when you advertise with a foreign broadcaster.
That section about the periodical having >=80% "editorial content" (whatever that means) is going to age well with LLM material sneaking in.
Talk to an accountant. As I understand it, in the USA, "donations" are not deductible unless they are to a bona-fide charity/501(c)(3) type of organiztion.
To be deductible as advertising, I would think the payment would need to be be explicitly for advertising services, not a dontation with the side-effect that you are recognized and thanked on a list of donors. That's just a courtesy, not an advertisement.
I've always looked at charging for open source as a support service. What is the developer's time worth? If one wants new features pay a fee/salary/bounty for the development.
I used Ghost.org in a project last year and love their business model (and obviously their product).
Completely open source software, but you can pay a reasonable amount for managed hosting and support. Plus obviously it supports the devs and new development.
A simple line to separate DIYers from anyone who wants the convenience, peace of mind, or to support the project itself. Would love to see more of this.
This leads to the problem of stopping to pay once the feature you care about exists. Software is an interesting problem where you build once sell a lot. It's not economical if you sell once and give the rest for free. There are a lot of software products that I use, that I don't personally need more features for, so I would have no incentive to pay. My usefulness has been subsidized by others.
In other words, I don't think it's a sustainable way to support open source projects
The question of whether source code is accessible (open vs. closed) and whether you need to pay someone to do something with that source code (free vs. paid) are two different questions.
I'd say it's also important to remember the types of projects that are easier to monetize. About a decade ago I wrote an OSS library that gained some nice traction, and it wasn't really monetizable (granted I didn't want that anyway).
Then there's companies that write open-source software and are not only successful in charging for it, but also have funding. I run Fossfox [0] that indexes companies that have either open-sourced their main products (eg ClickHouse) or that heavily contribute to open-source (eg OpenAI). The ones that open-source their main products: some of them do use copyleft licenses, but most surprisingly go with Apache 2.0 (and of course use some dual licenses; with "ee/" directories). The one thing a lot of them have in common is providing hosted versions of their software. A lot of customers don't want the hassle of running it themselves, and do pay for hosting and support.
I don't think so. Buying a commericial license just gives you a PDF of the license, according to Isotope's docs:
> Purchasing takes a minute. Our purchasing form accepts credit cards or PayPal. Once purchased, you’ll receive a commercial license PDF and you will be all set to use Isotope in your commercial applications.
I also sell it for $5 and have sold just over 5,000 copies last month (5 years old app). Importantly, $3.50 of every purchase goes to a cost-effective charity, GiveWell recommended Against Malaria Foundation (see website for details).
[My Opinion] I think this is completely alright as long as there is a contribution to the open source, support to the community from the companies who use OSS to generate income.
There are 2 ways of looking at it.
1. Solve the operationalisation of the different OSS tools
2. Value addition on top of OSS.
For instance: Here is one such company (https://opsverse.io) that specialises on both #1 and #2.
Community and OSS are 2 things that are at the center of everything that OpsVerse does. OpsVerse provides "few clicks and you are up and running" sort of suite of devops tools entirely powered by OSS tools, and without the trouble of managing/scaling the tools.
Closed source that thing and charge for it or I will. All open source makers are leaving tons of bread on that table.
I see these donation numbers where they’re netting $200/mo for some wildly successful tool. Closed sourcing it + marketing and you’ll be at $2-$3k/mo in 6 months with moderate effort.
Open source is cool for a communal app with a lot of different vectors. Openpilot for example is smart for me. For everything else though? It’s an easy way for software to become unmaintained. Good luck finding someone to work for free in perpetuity.
It is not a widely held opinion, but I enjoy, or even prefer, using BSL-licensed products like CockroachDB or ElasticSearch. The license grants me the freedom to use them as I wish, with the exception of competing with their cloud services. Additionally, there is a high probability that these products have a sustainable business model and will continue to be developed.
Good thing the license allows personal use rather restricting only to personal use.
People don't understand that in these constellations the project is commercially released first and then the open source license allows things that have not been covered by the commercial license. This is the opposite of restriction.
This is a good overview of the options. It's worth pointing out that there are a lot of successful open source projects out there and most of them are maintained by people that are being paid by companies to do so. It's nonsense that you can't make money of open source, it's an industry that employs quite a few people and the companies that employ them get a lot of value back in return. A lot of that spending is strategic and not charitable. E.g. Google has things like Android. They make a lot of money from Android. And its built on top of a lot of OSS. Instead of passively consuming that, they employ people to work on each of the projects that are important to them and have a very active role in driving those forward. They even create open source projects themselves.
In fact all of the big name software companies have people on staff that represent them in various mission critical open source projects. There are also a lot of smaller companies that are very successful that are built on top of open source projects that they either pioneered or contribute to heavily. Commercial contributions to open source are the back bone to the open source communities.
Any such business is a great place to start if you are looking to make money from open source. They might employ you if you are good enough and having a track record as a top contributor is a great way into such companies. Getting involved with such projects is a great way to bootstrap your professional career in open source development.
Where a lot of amateur run projects fail to make money is mis-perception of their value, unprofessional behavior by developers, or just plain poor business and communication skills. That happens a lot. Computer scientists are not great at this stuff. Also they tend to be a bit spoiled because they are constantly being pampered by companies that need their technical skills. So, not necessarily the best entrepreneurs.
Built it and they will come is not how things work. It's not a business model. Making money is hard work and you have to be smart about it. Just because you think that your source code is worth a lot doesn't mean it actually is. E.g. a lot of javascript packages are a combination of tiny and a bit of a commodity. What's a commodity: something with a lot of alternate implementations. If you are cost conscious consumer of such things, you are going to be optimizing for cost and convenience and pick the cheapest (i.e. free) good enough thing. Commodities are by definition not worth a lot. And in OSS that typically means 0$.
Mistake #1 with OSS companies: most of them provide commodity functionality that just isn't worth a lot to many people. Set your expectations accordingly. There can still be valid reasons to work on them.
I maintain some small open source projects and I've set my expectations accordingly. I don't expect or ask for donations. Below a certain threshold the admin work on my side would cost me more than the amount I'd receive. It makes no economical sense to me to bother with low $ amount tips unless I magically can get a lot of them. For the same reason, I don't donate to OSS projects either. I reserve donations for more worthy causes.
I make money indirectly via consultancy. The libraries are just there to make my life easier and they are a nice talking point that helps my clients understand that I might know what I'm talking about. Most of my clients don't actually use my OSS even. Mainly they just make my life easier. And I enjoy working on them. Nothing wrong with that.
There is nothing wrong with developing software and selling it. It used to be the norm and it is still quite common.
These days "open source" is virtue signaling and expected "to be cool". That people then grump about not being paid shows that they are not particularly interested in the concept of open source.
However, the term open source has been used for so many different things that is has lost most shared coherent meaning. I guess that is why "Libre Software" is now being used by some.
What is plain hypocrisy to me are the people who developed "for profit" open source projects, and are angry when they dont get paid enough, when the projects they have created rely on GNU tools, the Linux kernel (Perhaps Debian), a libre software database on so on.
Their product is built on the shoulders and sacrifice of other open-source folks that often is not getting paid or not paid enough.
For profit open source should have clause of donating X% of profits downstream to the open-source projects they rely on. (Since they would have no product without them)
There are some core and vital open-source projects that have enormous importance for millions. I think supporting them should be a priority.
A lot of modern software is "open source" until it become inconvenient and they introduce "Pro", or "see source", or shift license entirely.
A lot of companies should just be "for profit". There is nothing wrong with it and nothing wrong with making money, or making money off of open source. I do nitpick on people who see open source as a way to get paid and they are angry if they dont get it.