← Últimos artigos
💻 computer science

Open Source Is Not One Thing: A Typology of Open-Source Software Sub-Genres

Este artigo argumenta que o software de código aberto não é uma entidade homogênea, mas sim composta por quatorze subgêneros distintos com diferentes impulsionadores, governança e financiamento, e propõe uma tipologia e uma agenda de pesquisa para abordar a limitada generalização de achados empíricos entre essas diversas categorias.

Autores originais: Mohamed Ouf, Rowan Hussein

Publicado 2026-07-03
📖 5 min de leitura🧠 Leitura aprofundada

Autores originais: Mohamed Ouf, Rowan Hussein

Artigo original sob licença CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Esta é uma explicação gerada por IA do artigo abaixo. Não foi escrita nem endossada pelos autores. Para precisão técnica, consulte o artigo original. Ler aviso legal completo

Imagine que você entra em uma biblioteca gigante e alguém lhe diz: "Todos os livros aqui são apenas 'livros'. Todos funcionam da mesma maneira". Você poderia assentir, mas se realmente olhasse, veria uma enorme diferença entre uma história em quadrinhos, um livro médico, um diário e um contrato jurídico. Eles têm autores diferentes, razões diferentes para existir e regras diferentes sobre como você pode usá-los.

Este artigo argumenta que o Software de Código Aberto (OSS - Open Source Software) é exatamente como essa biblioteca. Pesquisadores costam tratar todo o código de código aberto como um grande grupo uniforme, mas os autores dizem: "Não, não é uma coisa só". É, na verdade, uma coleção de 14 'subgêneros' diferentes, cada um com sua própria personalidade, regras e modo de sobrevivência.

Aqui está uma divisão simples de suas descobertas usando analogias do cotidiano:

1. O Grande Problema: O Erro do "Tamanho Único"

Imagine um médico que estuda como as pessoas se recuperam de um braço quebrado. Ele estuda um atleta profissional, uma criança e um idoso. Se ele tirar a média dos resultados e disser: "É assim que todos se curam", ele estará errado. O atleta precisa de um plano diferente do que a criança.

O artigo diz que os pesquisadores cometem esse mesmo erro com o software. Eles estudam um projeto popular (como um sistema operacional Linux) e assumem que suas descobertas se aplicam a todo o software. Mas um projeto gerido por uma única empresa para obter lucro é totalmente diferente de um projeto gerido por voluntários para ajudar uma aldeia em um país em desenvolvimento. Se você tentar usar as regras da "empresa" no projeto do "voluntário", ele pode falhar.

2. A Solução: Um "Menu" de 14 Tipos de Software

Os autores criaram um "menu" (uma tipologia) para classificar o software em 14 categorias distintas baseadas em quem o impulsiona, quem comanda o show e quem paga as contas.

Pense nessas categorias como diferentes tipos de restaurantes:

  • O Restaurante de Rede (Apoiado por Empresa): Gerido por uma grande corporação (como Red Hat ou GitLab). Eles querem ganhar dinheiro, então controlam o cardápio e a direção.
  • O Coletivo de Food Truck (Governado por Fundação): Um grupo de empresas concorrentes (como Google e IBM) se une a uma organização sem fins lucrativos neutra (como a Linux Foundation) para construir uma cozinha compartilhada. Eles concordam com regras para que não briguem pelo fogão.
  • A Horta Comunitária (Movido pela Comunidade): Sem chefe. Voluntários cultivam vegetais porque amam a jardinagem. O melhor jardineiro é quem decide o que plantar a seguir, não a pessoa que é dona da terra.
  • A Cozinha de Caridade (OSS para o Bem Social): Construído especificamente para alimentar os famintos ou ajudar durante desastres. O objetivo não é o lucro; é salvar vidas. As pessoas que trabalham aqui permanecem por mais tempo porque são apaixonadas pela missão.
  • O Refeitório Escolar (Educacional): Alunos cozinham refeições para aprender como gerir uma cozinha. Eles estão lá por uma nota, não por uma carreira.
  • O Hobbyista Solo (Hobbyist/Solo): Uma pessoa construindo um dispositivo legal em sua garagem por diversão. Se essa pessoa ficar doente, o projeto para (isso é chamado de "baixo fator de caminhão" ou low truck factor).
  • O Cartaz de Protesto (Protestware): Um desenvolvedor altera secretamente seu código para enviar uma mensagem política ou sabotar um sistema. O objetivo não é corrigir um erro; é fazer uma declaração.
  • O Encanamento Invisível (Infraestrutura Digital Crítica): Estas são as peças minúsculas e entediantes de código (como curl ou OpenSSL) das quais toda a internet depende. Elas são frequentemente mantidas por apenas um ou dois voluntários cansados que não são pagos o suficiente. Se elas quebrarem, toda a internet vaza.

3. Por que Isso Importa (A "Agenda de Pesquisa")

Os autores não estão apenas listando esses tipos; eles estão dizendo aos pesquisadores para pararem de misturá-los.

  • O Problema da "Transferência": Se você descobrir como manter os voluntários felizes em um projeto de "Horta Comunitária", esse conselho pode não funcionar para um projeto de "Restaurante de Rede". O artigo questiona: Uma regra que funciona para um tipo de software funciona para os outros? A resposta é provavelmente "não".
  • Os Pontos Cegos: Alguns tipos de software são bem estudados (como os grandes projetos comunitários), mas outros estão sendo ignorados. O artigo aponta que sabemos muito pouco sobre o "Protestware" (software usado para sabotagem política) ou "Tecnologia Apropriada de Código Aberto" (ferramentas para necessidades básicas em áreas pobres). Estes são os "cantos escuros" da biblioteca que precisam de mais luz.

4. A Conclusão

O artigo conclui que o Código Aberto é plural, não singular. Não é apenas "código"; é uma mistura de negócios, caridades, escolas, hobbyistas e ativistas políticos.

Ao reconhecer esses 14 "subgêneros" diferentes, podemos:

  1. Entender melhor: Parar de fazer generalizações erradas sobre como o software funciona.
  2. Ajudar melhor: Se você quer apoiar um projeto, precisa saber que tipo de projeto ele é para dar o tipo certo de ajuda.
  3. Estudar melhor: Os pesquisadores precisam rotular qual "tipo" de software estão estudando para que seus resultados façam sentido.

Em resumo: Nem todo código aberto é criado igual, e tratar dessa forma esconde a história real.

Afogado em artigos na sua área?

Receba digests diários dos artigos mais recentes que correspondam às suas palavras-chave de pesquisa — com resumos técnicos, no seu idioma.

Experimentar Digest →