4 ms·

Yes you could fork an Lsos project and 1. remove the dependency from the source code, 2. re-build the distribution, 3. re-publish the distribution. You'd have t

Yes you could fork an Lsos project and 1. remove the dependency from the source code, 2. re-build the distribution, 3. re-publish the distribution. You'd have to do this everytime you'd want to use a new release. It's trivial but it's still work and it isn't really worth it; the time spent on circumventing the Lsos library will cost you more than the 10$ / month. There are easier ways to circumvent the Lsos library but we can prevent these. Not every company out there is going to agressively wanting to circumvent the Lsos library to save a mere 10$ / month. Only very few actually. Large companies are interested in much higher figures than 10$ / month; it doesn't matter for them to spend a little on open source. They'd rather pay than going through the hassle to save pennies. Besides the enforce-mode, the trust-mode would generate substantially more income than donations already. Edit: about licensing: Keeping the MIT license is a strong statement that everything stays open source. It's important to clearly communicate that. Most devS don't understand how copyright works and creating a new license creates confusion about whether the code is still "open source".

erezsh 6y ago
You are correct that 10$ a month is not a lot. But many times the real "cost" is the effort it takes to get it through the company's administration department, no matter how cheap it is. For many programmers, writing a script that rebases using git and rebuilds the library (if it even needs compilation) would be much easier. Hopefully they won't, due to principles, or the fear of getting caught by the public, but I can't help but wonder that maybe having the right license would be much more useful than having an easy-to-pick lock.
- brillout 6y ago
  The goal of enforce mode is to increase conversion rate. Let's for example imagine following rates: - Donations: 0.1% (Open Collective / GitHub Sponsors) - Trust mode: 1% - Enforce mode: 10%-50% Even if we do a poor job with the enforce mode and achieve a rate of only 10%, the Lsos still increases your conversion rate by two orders of magnitude. That said, we do take measures to strengthen enforce mode: - Closed-source production build pipeline. The development pipeline is still open-source to allow contributions. If someone wants to fork your project, he'll need to recreate your build production pipeline which makes your project only 99% open source; it's not perfect but it can be a good trade-off. - Fake anti-Lsos library. A way to cheat the Lsos is to write a script that removes the Lsos library code from your production build. We take measures against this practice (such as inlining the Lsos library, randomizing the structure of the inlined code, etc.) and we anonymously publish an anti-Lsos library that works enough to outperform competing anti-Lsos libraries, while making it not reliable and not trustworthy enough to discourage larger companies from using an anti-Lsos library. - Add license clause to MIT-license. We actually did developed a license clause that enforces larger companies to pay while preserving open source values. In general, we prefer not using copyright law because many developers don't understand how copyright works and many are afraid of using unknown licensing. That said, for some projects it can make sense to use copyright law. Does that make your more confident that the Lsos is a tangible alternative to merely hoping companies to donate? Thanks for your feedback, I updated our FAQ.

erezsh 6y ago

You are correct that 10$ a month is not a lot. But many times the real "cost" is the effort it takes to get it through the company's administration department, no matter how cheap it is. For many programmers, writing a script that rebases using git and rebuilds the library (if it even needs compilation) would be much easier. Hopefully they won't, due to principles, or the fear of getting caught by the public, but I can't help but wonder that maybe having the right license would be much more useful than having an easy-to-pick lock.

brillout 6y ago
The goal of enforce mode is to increase conversion rate. Let's for example imagine following rates: - Donations: 0.1% (Open Collective / GitHub Sponsors) - Trust mode: 1% - Enforce mode: 10%-50% Even if we do a poor job with the enforce mode and achieve a rate of only 10%, the Lsos still increases your conversion rate by two orders of magnitude. That said, we do take measures to strengthen enforce mode: - Closed-source production build pipeline. The development pipeline is still open-source to allow contributions. If someone wants to fork your project, he'll need to recreate your build production pipeline which makes your project only 99% open source; it's not perfect but it can be a good trade-off. - Fake anti-Lsos library. A way to cheat the Lsos is to write a script that removes the Lsos library code from your production build. We take measures against this practice (such as inlining the Lsos library, randomizing the structure of the inlined code, etc.) and we anonymously publish an anti-Lsos library that works enough to outperform competing anti-Lsos libraries, while making it not reliable and not trustworthy enough to discourage larger companies from using an anti-Lsos library. - Add license clause to MIT-license. We actually did developed a license clause that enforces larger companies to pay while preserving open source values. In general, we prefer not using copyright law because many developers don't understand how copyright works and many are afraid of using unknown licensing. That said, for some projects it can make sense to use copyright law. Does that make your more confident that the Lsos is a tangible alternative to merely hoping companies to donate? Thanks for your feedback, I updated our FAQ.