I'm not sure if looking at the problem of license from the business point 
of view is reasonable. If Bruno's goal was to make the business people 
happy, he would put his software into the public domain. But I'm guessing 
he is more interested in getting some help from others and maybe building a 
small community around the project. In my opinion this works best when code 
is collectively own and protected from abuse (e.g. proprietary forks).

The assumed connection between the number of users and a scale of 
contributions does not sound right to me. Depending on the chosen license 
there would be different number and type of contributions. Non-copyleft 
license doesn't encourage contribution, it encourages the use. The code can 
be taken by everyone who will leave an attribution note for exchange, but 
usually not more than that. Unless the rate of development of the project 
is very high, the business would always prefer to fork a project and 
maintain proprietary changes on their own, over a struggle with upstream 
integration. Copyleft license encourages the contribution, as it protects 
the code from being abused, so no risk of being taken advantage of and more 
likely that some developers will join you. On the users side, however, it 
scares of "the integrators", people who have a number of different pieces 
of code that they don't want to or can't release as a free software.

The question that remains is if the copyleft licenses can be used by 
business at all? Let's limit the discussion to the most common case of 
"customizers", people who adapt software to the needs of their clients 
(e.g. making extensions or plugins) or use it to build custom products 
(e.g. websites). Now, we need to remember that when the work is being 
released, the license is between the business and its client. Not between 
the business and the entire world. So the freedoms of the software are 
granted to the client only and it is up to him to decide if he wants to 
distribute the software any further. If he does, only then he will be 
bounded by the copyleft clause to do it on the same terms. It doesn't 
matter if it is AGPL, GPL, LGPL or BSD, the effect here is the same. The 
only difference is the case of deploying the software on a server, which 
according to AGPL is a form of distribution and would require making the 
source code available upon request. However, in practice it is not always a 
concern, e.g. when the target deployment happens in the intranet.

Saying that legal department avoids GPL or AGPL and not saying *why* is not 
very convincing. Argument from authority is not enough. I could agree, that 
AGPL might be not very convincing as it seems to give away for what the 
customer has paid to everyone. However, you have to remember that potential 
competition is still bounded by the same license. They could copy your 
customer's website and to distinguish themselves add some extra features, 
but at the end they will have to release those changes on AGPL too. Now, 
nothing stops your customer from using what they did on his website. I dare 
to say, this would create a fast progressing market with lots of 
competition. Fair competition, without any artificial market barriers. So 
does it make sense to demonise it as bad for bussiness?

Reply via email to