Introdução
O open source é uma forma de desenvolvimento de software que permite que os desenvolvedores e usuários possam acessar, modificar e distribuir o código-fonte. Embora seja uma prática popular, a natureza do código aberto também apresenta limitações e regras. Este guia abordará três casos que ilustram como a inobservância dessas regras pode ter implicações significativas.
Caso 1: Notepad++ para macOS
O Notepad++ é um popular editor de texto e código que, originalmente, era apenas disponível para sistemas Windows. Quando um projeto para uma versão para macOS foi anunciado, o verdadeiro autor, Andrey Letov, não tinha autorização para fazê-lo. A comunidade e o desenvolvedor original, Don Ho, tiveram que tomar medidas para resolver o problema. Letov acabou renomeando o projeto e removendo referências ao Don Ho, mas isso não foi suficiente. Ho, o verdadeiro autor, argumentou que não poderia assumir a responsabilidade de manutenção do projeto, o que levou a uma solução que mantinha o nome original mas reduzia seu uso.
Caso 2: Suíte de Escritório Europeia
O Euro-Office foi anunciado como uma solução de escritório aberta para a União Europeia. Embora baseado em um software existente, OnlyOffice, o Euro-Office violou as cláusulas de licenciamento de OnlyOffice, removendo elementos de marca. A Free Software Foundation (FSF) e a Ascensio (gerenciadora do OnlyOffice) argumentaram que a remoção desses elementos não era necessária, e que a solução proposta pelo Euro-Office era uma abordagem mais apropriada.
Caso 3: Conflito no OpenMandriva
Beatrici, um desenvolvedor conhecido, ofereceu hospedar repositórios da OpenMandriva em uma instância privada de OneDev. Embora inicialmente uma solução de custos e redundância, isso levou a preocupações sobre a responsabilidade de um único indivíduo. Quando um colaborador começou a comportar-se de maneira agressiva, Beatrici decidiu protestar, o que resultou em ele apagando repositórios e publicando um pacote vazio. A OpenMandriva respondeu, restaurando os repositórios e removendo o pacote problemático.
Conclusão
Estes casos ilustram como a falta de respeito às regras de código aberto pode ter implicações significativas. É crucial que os desenvolvedores e comunidades mantenham o respeito às licenciamentos e às regras de comunidade para garantir o sucesso e a integridade do projeto.