Ask HN: GPL software works but what are the cons?

[starter]

I appreciate the Open Source community and all the positive things its doing for people and places. For instance, the GPL makes it easy to enter the market without a huge time investment into product development.

That being said, what are some cons to using Open Source code when developing applications for the masses? For example, is building a social network or designing a template using a GPL software package a bad business plan?

I just want to know where to start. Maybe the question I should be asking is something like this... What type of software is the Fortune 500 using and why?

[makecheck]

There are in fact many licenses that meet the open source definition, and any concerns about the restrictions of one might be dealt with by looking only at projects based on other licenses: http://www.opensource.org/licenses/category

For example, basing a business on GPL as you stated may be a problem because it would compel everything in the stack (including something unique built on top of established code) to be opened up...so it would be hard to build something truly competitive without showing all your cards to your competitors. Other open source licenses such as MIT's have fewer restrictions and amount to preserving copyrights and the right to reuse but without any warranties.

Of course you can only build on code that is "compatible" with the license you choose. There may be solutions that are only available under GPL licenses, in which case you have to decide to live with those restrictions or build your own.

[rbanffy]

> basing a business on GPL as you stated may be a problem because it would compel everything in the stack (including something unique built on top of established code) to be opened up...

This is a very rare situation. If you link to GPL code, then your code has to, at least, grant GPL rights to your users. However, just using GPL code to build your code is not. I use Emacs to write code that is either interpreted by Python or compiled by GCC and nothing I write needs to be licensed as GPL. A lot of OSX is compiled with GCC and many programs on the OSX install DVD are BSD licensed.

Unless you link to a GPL-only library, you are probably safe.

As for other licenses, there are licenses like BSD and Apache. You can pick code licensed under them and use it as part of proprietary code you release. OTOH, your competitor may use the BSD-ish code you release as parts of your competing product.

[gaius]

That's not strictly true: the end-run around the GPL is SaaS - if you are not distributing your software, merely running it on your own servers, then you can keep what you've built on a GPL foundation as secret as you like. The most high-profile example of this approach is Google. They do give away a lot of stuff true, but their core tech, like BigTable, is kept under lock and key.

[dgroves]

Of course, many very successful businesses are built on the GPL and rarely is a competitive advantage, so advantages that the entire company hinges its success on denying people their freedom. I call bullshit on that whole argument.

[mindcrime]

You haven't really given us enough information to answer your question. In fact, I suspect you haven't yet asked the question(s) you really want/need to ask. I think you need to spend some time getting familiar with the top most popular F/OSS licenses, and the implications of each of them. There's a really good book on that very topic titled Understanding Open Source and Free Software Licensing. I recommend you read it for a good introduction:

http://oreilly.com/catalog/osfreesoft/book/

For example, is building a social network or designing a template using a GPL software package a bad business plan?

Using, or not using, F/OSS isn't a business plan, it's just a detail - one element of many in a business model/plan. Whether or not it's a bad idea would depend on the other elements of said model. That said, Red Hat and others have proven the validity of selling F/OSS, if that's what you're getting at.

[starter]

Thanks for laying it out like that. Yes, its a detail but I think its a very important detail don't you think?

[prodigal_erik]

You can't link to GPL-incompatible code if you're going to distribute the result. If you want to maintain an exclusive right to sell out (which worked well for MySQL AB), you have to get copyright assignments from day one, not just accept GPL'd patches. Some people won't contribute to GPL projects on principle, though I don't think anyone knows how that number compares to people like me who won't contribute to BSDL projects.