Hacker News new | ask | show | jobs
by mwcampbell 3508 days ago
But at least the source would be available, so it would have some of the advantages of open source.
2 comments

But no one could do anything with it. It completely negates what open source is about.
Couldn't there theoretically be a license that allows open source projects to use it and remix it, but business usage must be sub-licensed? There are some downsides, but I'd be willing to consider that if it meant more sustainable funding sources for those contributing the most to maintenance.
I don't think that's possible in the spirit of open source or free software.

If I under stand you correctly, projects that use a commercial-paid/non-commerial-free project as a dependency would also be required to use a compatible business-paid/personal-free license.

This is what people complain about re: the GPL.

It says that the most important thing is getting paid, and we'll throw the non-commercial people (non-profits, personal projects, etc) a bone, because maybe they'll contribute something back to us.

That's fine to do if someone wants to. But, it's certainly not free software. And, it's not open source either, except that the source is visible.

Like others have said, visible source it's all that helpful if you can't do anything with it.

Business should donate more to free software.

> Couldn't there theoretically be a license that allows open source projects to use it and remix it, but business usage must be sub-licensed?

No, those two requirements are incompatible.

I'm in favor of the goal here, just not this particular method.

"Couldn't there theoretically be a license that allows open source projects to use it and remix it, but business usage must be sub-licensed? "

Yes. I think it's possible. I've proposed one here before that had all the advantages of FOSS, including remixes, so long as originator or owner of copyright continued getting paid. The main, remaining risk was rates getting jacked up due to inability to move off the product. An upper limit can be put into the license itself or terms fixed per version w/ perpetual license for that version. BSD or Apache licensed code could be integrated into such projects with contributions going to them under their license if commercial one merely interfaced with OSS subsystem. Finally, there's potential for time limits on how long a release stays proprietary with it going OSS after a period of time.

So, quite a few models can work. It should be noted that FOSS largely didn't work in terms of making good money or long-term maintenance of the software. Those that do are uncommon or rare. Easy with proprietary, shared-source software since you get paid if they really want it. :)

> Yes. I think it's possible

I think the point is that it would break license compatibility. You can't have other projects use it without either giving it away (in which case your own commercial use is broken) or having them switch to your license (their desires are broken).

You mean FOSS projects desire to use it under their terms. That's a subset of potential users and contributors. Commercial users can license it. FOSS might also use it as an optional, paid component (eg plugin). They sort of do already with Open Core, Paid Extras model. These options won't be popular among FOSS-only types but commercial users might be fine with extensible, source-included software. Even Microsoft had huge community of developers supplying code for stuff depending on their proprietary software.
Of course they can do things with it. Non-commercial users could run it for free. Commercial users could run it after paying the licence fee. Programmers could contribute to the project and be paid a share of the revenue.
It would have the advantage of being able to see it for debugging. Nothing else beyond that that I can think of and multiple disadvantages.

I'm skeptical. Not sure how this can be useful.

You could rewrite portions, fix portions, do extensions, and contribute back any of these to developer. These are quite advantageous esp if it's small enough for customers to understand. One of the first systems to send the source to customers and accept good contributions into next release was Burroughs B5000: a 1961 mainframe that cost more than a house.
> You could rewrite portions, fix portions, do extensions, and contribute back any of these to developer.

Contribute back to the developer yes but it gets real iffy if they don't accept your patches that you need. Also really depends on the licensing regarding rewriting and fixing portions. Depending on the platform you're using you may need to shove that into a repository for delivery of your customized version; is that type of distribution going to be allowed?

I didn't see an explicit "here's the license all of our stuff uses" unless I missed it but a lot of these use cases could be pretty difficult IMO.

Oh, Im not talking about this license. Im talking about how to do a hypothetical license combining payment and OSS-like advantages. In terms of what you asked, you could word license as such that they could do about anything they wanted to it... from applying local mods to distributing them... so long as the users are paying customers. Optionally, getting perpetual use of each year's release if longevity is an issue.