Um banco de dados de código aberto pode ser copiado livremente, então o problema óbvio é como ganhar dinheiro com ele, e a resposta óbvia é vender suporte, que os clientes tratam como opcional e dispensam.

O MySQL, em vez disso, oferecia o mesmo banco de dados sob dois contratos. Sob a GNU GPL, era gratuito, desde que os usuários compartilhassem suas alterações; sob uma licença comercial, tinha um custo, mas permitia que uma empresa o incorporasse sem abrir o código.

O CEO Mårten Mickos explicou de forma simples: a licença dupla funciona porque permite que o mundo decida como quer usar o software, e a empresa afirmou que cerca de 60% da receita vinha de licenças comerciais.

O arranjo converteu a própria objeção ao uso de software livre em uma decisão de compra: uma empresa que mantinha seu código fechado precisava pagar, e todos os demais adotavam o MySQL de graça.

Um único código-base, duas licenças: GPL gratuita, paga para incorporar

A GPL mantém o padrão gratuito e força qualquer um que incorpore sem pagar a abrir o código.

A licença comercial não é para o software, é para a liberdade de manter seu código fechado.

Deixar o usuário escolher transforma a objeção de custo em um sinal de compra autosselecionado.

Se seu produto precisa ser gratuito, venda a liberdade de não estar vinculado à licença gratuita, e deixe cada usuário escolher o contrato em vez de escolher um para todos.

O licenciamento duplo tornou-se o modelo para o código aberto comercial, visto no Berkeley DB, na Trolltech e, mais tarde, no modelo de assinatura e suporte da Red Hat. A Sun adquiriu a MySQL AB em 2008 por cerca de um bilhão de dólares e a Oracle a absorveu depois; o MySQL passou a alimentar uma grande parcela da web, e o desenho de licenciamento tornou-se uma resposta estratégica padrão para a questão da receita de produtos gratuitos.

CONFIRA AS EVIDÊNCIAS

As fontes

  1. MySQL CEO: 'We're as greedy as anyone else' ZDNet · zdnet.com ·
  2. MySQL's open challenge InfoWorld · infoworld.com ·