5 ms·
What we need is an time-bombed open source license, that allows a limited exclusivity period for the author during which they can charge for the software. After
by manholio 4y ago
What we need is an time-bombed open source license, that allows a limited exclusivity period for the author during which they can charge for the software. After that time expires, say 3 years, the software reverts to a free shareable license, that anyone can fork into their own commercial, 3-year time bombed projects.
Dangle the carrot and let working people make a living, but force them to give back and prevent them from building closed source proprietary empires fueled by vendor lock-in.
There is a certain type of software, for example professional tools use by non-programmers - graphic editors - where traditional open source models, support contract or volunteer developers, can't work. If you won't be able to charge for copy, such software will never be written in an open variant.
- freeqaz 4y agoThat is the goal of the Business Source License[0] which has been gaining popularity recently. It's still a bit tricky to "adopt" into organizations because it is not usually on the "approved license list", but it's a pretty good middle-ground imo. A lot of companies are starting to move behind it like CockroachDB, MariaDB, Couchbase, and many others. I'm less of a fan of another license that's gaining popularity too, the "Server-Side Public License" (SSPL)[1], with projects like Airbyte and MongoDB because it doesn't have the "time bomb" aspect that BSL has. If there was a license that were in the middle between the two (SSPL but w/ a time bomb) I'd be pretty stoked. Until then though, we'll just have to live with custom "Additional Use Grants" in BSL to carve out who can use it. 0: https://mariadb.com/bsl-faq-mariadb/ https://mariadb.com/bsl-faq-mariadb/ 1: https://www.mongodb.com/licensing/server-side-public-license/faq https://www.mongodb.com/licensing/server-side-public-license...
- manholio 4y agoWhat I dislike about BSL and related is that on the Change date the software typically reverts to GPL, which prohibits others from creating their own BSL competitor to MariaDB. What I would like is to take the MariaDB 4 year old source and release my own database with better features, then compete in the market place with MariaDB, and have my own commercial exclusivity period, as I have explained elsewhere in the thread: https://news.ycombinator.com/item?id=32339945 https://news.ycombinator.com/item?id=32339945 To use the BSL in the sense I am referring here, the Change license must be BSL itself, with flexibility to allow a new change date, at the new developer's discretion, no longer than a set limit (4 years for BSL). If want to make the code free-beer, I set the change date to be the same as the release date, but the next day every other developer has the option to fork my BSL code and release their own BSL time-bombed version for up to 4 years and make money of it. Users who don't want that can take my code and enjoy all the freedoms that GPL would grant. [1] Otherwise, if my only option on the Change date is GPL, which is very restrictive to me as a developer, I have zero incentive to work on certain types of free software that can't make money off support. In a sense, a recursive BSL is freer than GPL, because I grant my users all the freedoms of GPL but additionally the freedom to create their own timed-bombed commercial release, i.e., to restrict the freedom of others with their own releases. The end users then have to option to use my original free-beer version, or pay for a better feature set, which itself is guaranteed to become free beer in a number of years. This incentive structure ensures a steady revenue stream for the developers as long as they create new features which are desired, but the revenue stops if they try to rely on vendor lock-in. [1] (of course to do this recursive-style licensing one would need to modify BSL to grant the actual freedoms to run the code, distribute etc., the current text lacks this and relies on an external open source change license after the Change date).
- yubozhao 4y agoCurious about your reason behind being less of a fan of the SSPL license. Can you elaborate more? disclosure: I have a repo using the SSPL license
- JoshTriplett 4y ago> time-bombed open source license That's contradictory by definition; such a license would not be Open Source. (With care, the three-years-later version could be Open Source, at which point people could build on that.)
- manholio 4y agoIt would not be open source for the duration of the time-bomb, clearly, that's the point of creating an exclusivity period. After the time-bomb, it's undeniably open source: users have all the freedoms granted by open source and they have the option to release their derived version with a zero days time bomb, effectively equivalent in all respects to GPL. What GPL does not grant, and such a license would, is the ability to create a non-zero commercial exclusivity period, during which the software reverts to commercial-with-source-available status.
- valbaca 4y agono, it's not. the source is open, it's support that's charged.
- JoshTriplett 4y agoThe comment I was replying to said: > limited exclusivity period for the author during which they can charge for the software It didn't say "support for the software" (and in any case anyone can provide support for the software).
- imiric 4y agoThere's nothing precluding F/LOSS from being commercialized. That's a common misunderstanding. The F/L stands for freedom, after all. There are many ways that can be done, and authors are free to pick whichever business model works for them, depending on the type of software. If it's a web service, build a commercial SaaS around it, and make sure that you're the first and best option for users. If it's a desktop app, offer commercial extensions that enhance the core product. Or serve binaries behind a pay-what-you-wish paywall. If neither of those are a good fit, premium support, merchandise and ultimately donations might be an option.
- manholio 4y ago> If neither of those are a good fit, premium support, merchandise and ultimately donations might be an option. And what if neither of those are a good fit? Will you concede that there is a real world out there where open source software competes with proprietary and closed source systems? And that you cannot compete with corporations eating passion alone? That you have to have a monetization system in place that can generate at least a non-negligible fraction of what the closed source competitor can?
- imiric 4y agoAs a sibling comment pointed out, deciding to write OSS is part of a broader philosophy on software freedoms, which also relates to monetization and business models. It means putting the freedom of your users above growing a corporation that can compete in financial terms with companies that don't ascribe to that philosophy. It also means having to be creative with how you monetize your product/service, and generally treating your users better than just as participants in a business transaction. If you don't agree with that philosophy then writing OSS is not for you, and that's OK. Most users unfortunately won't mind using software that doesn't give them these freedoms, and the internet at large is evidence of that. Some of us will choose not to use proprietary software, but if your main goal is to grow a business, you likely won't notice a small portion of these potential missing sales.
- manholio 4y ago
- pessimizer 4y agoIsn't that just writing proprietary software, making money from it for three years, then open sourcing it? Nothing wrong with that plan, but you don't need a new license to do that.
- deleted 4y ago[deleted]
- leereeves 4y agoI think GP is talking about a copyleft license like GPL, but with a few years of commercial use before the copyleft restriction kicks in.
- TedDoesntTalk 4y agoYou can already do this by releasing a new version of the software at 3 years under a new license. And the new version can be identical to the old.
- cma 4y agoI think the point is people relying on your system now have the code and have a strong guarantee that it will be open for redistribution after the deadline. Just waiting on you to free it, even if there was a promised (but not in the license) deadline to do so is a lot legally shakier, you'd have to pursue it under promissory estoppel.
- manholio 4y agoExactly. The time-bombed license would grant you from the start all of the important freedoms of OSS - freedom to create a derived copy, to compile and understand the program, to freely distribute in source form etc. The only thing it would restrict, for (say) 3 years, is running the software in production without a commercial license, the "free-as-in-beer" freedom. Such a licensed application would change its "main developer" over the years, for example someone would take the 4 years old free-beer version, invest money and time and create a compelling feature set that would make people pay for their version, after 4 more years someone else could do the same to the new feature set etc. So while the initial developer has the freedom to release under multiple-licenses, once they go for "commercial-copy-left" they set in motion a chain that restrict what future developers can do, forcing them to release their work too as commercial-copy-left if they want to have the 3 year binary exclusivity period.
- candiddevmike 4y agoWhat we really need is better "free, source available, non commerical" licenses and breaking the stigma that these are somehow inferior to FOSS _for end users_. I have many things I would make source available if I didn't have to worry about someone reselling them.
- andreareina 4y agoWould MySQL, PostgreSQL (among many many others) be so good as they are if they weren't open source but just source-available? I don't know, but I suspect not.
- sneak 4y agoWhy do you worry about someone reselling them? What is the harm to you?
- ccbccccbbcccbb 4y agoBecause someone takes the work you dedicated countless hours of your lifetime to, and gains off it without any effort while you don't, no?
- sneak 4y agoWhat is the harm to you? Not releasing it also means that you don’t profit from it. If you’re just sitting on it and not monetizing it, and you release it and someone else generates revenue with it, you have not been harmed in any way.
- fsckboy 4y agohumans have an inate built-in (genetic) sense of reciprocity with regard to sharing. It will decrease the quality of his life if he feels he's participating in an unfair system, even to the point of harm (stress, anxiety)
- 4y ago