As coisas pelas quais ninguém quer pagar

Artigo original ↗ Discussão no Hacker News ↗

A infraestrutura de open source, como o kernel Linux, compiladores e ambientes de desktop, sustenta grande parte da computação moderna, mas o trabalho essencial e pouco glamouroso — testes, documentação, manutenção e refinamento de UX — continua cronicamente subfinanciado e com poucos recursos. Comentadores descrevem uma “tragédia dos comuns” em que corporações e usuários dependem desses projetos, mas raramente pagam por eles, debatem se as soluções deveriam vir de impostos, subsídios governamentais, fundações, mudanças de licenciamento ou filantropia de bilionários, e observam que fatores culturais em projetos como o kernel também dificultam melhores ferramentas e testes. Muitos concordam que o open source é, no saldo, um bem social, mas argumentam que, sem novos modelos de financiamento e governança, software crítico continuará dependendo de trabalho voluntário frágil.

UX e Fragmentação do Desktop Linux

  • Vários usuários consideram que, em 2024, o desktop Linux ainda é inconsistente e pouco confiável, citando:
    • Muitos métodos de instalação mutuamente incompatíveis (gerenciadores de pacotes de distro, snaps, flatpaks, tarballs, Docker, curl | sh, builds a partir do código-fonte).
    • Problemas de hardware/energia (suspensão que falha, periféricos que não funcionam tão suavemente quanto no Windows/macOS).
    • UX inconsistente entre toolkits (apps KDE vs GTK, diferentes diálogos de arquivo, barras de rolagem minúsculas, configurações espalhadas).
    • Frustrações com arrastar e soltar e gerenciamento de arquivos em alguns ambientes.
  • Outros relatam experiências positivas (por exemplo, Debian + KDE) e dizem que o Linux supera o Windows ao evitar certos incômodos, mas reconhecem arestas e a lenta propagação de correções de bugs em distros “stable”.
  • Debate sobre se a Valve vai “consertar” o desktop: alguns argumentam que eles fazem upstream amplamente e financiam o KDE; outros acham que o foco deles é limitado às necessidades do Steam Deck.

Teste, Ferramentas e Documentação do Kernel

  • Anedotas sugerem que patches do kernel podem ser aceitos com apenas testes manuais; alguns veem isso como algo cultural e ligado à coordenação.
  • Há críticas de que a cultura do kernel desvaloriza testes, CI e documentação; outros observam que já existem vários esforços de CI apoiados por empresas (kselftest, KernelCI).
  • LLVM é citado como paralelo: amplamente usado e em grande parte desenvolvido por engenheiros de empresas, mas ferramentas auxiliares, limpeza de código e testes frequentemente são deixados em segundo plano.

Modelos de Financiamento e Incentivos em Open Source

  • Forte preocupação com “coisas pelas quais ninguém quer pagar”: testes, documentação, manutenção e infraestrutura pouco glamourosa.
  • Propostas:
    • Uma pequena taxa obrigatória ou licença sobre grandes empresas que usam OSS para financiar um “fundo soberano de OSS”.
    • Dedução fiscal para contribuições a OSS como alternativa politicamente mais realista.
    • Filantropia de bilionários direcionada a OSS.
    • Agências de subsídios apoiadas pelo governo para software crítico; comparadas ao financiamento da NSF/NIH/artes.
  • Céticos argumentam:
    • Novos impostos ou condições semelhantes a licenças violariam definições de open source ou seriam politicamente inviáveis.
    • Fundos centralizados correm risco de corrupção, má alocação ou burocracia.
    • Doações direcionadas podem ser compensadas por realocações de fundos.
    • Alguns governos já financiam OSS, mas em pequena escala.

Licenciamento e Terminologia “Open Source”

  • Tensão entre licenças permissivas (MIT/BSD), que permitem captura sem reciprocidade, e copyleft (GPL/AGPL), que forçam o compartilhamento.
  • Esclarecimento de que licenças que discriminam contra uso comercial não são “open source” segundo definições estabelecidas; tais modelos são “source-available” (por exemplo, BSL).
  • Alguns reclamam do uso indevido do termo “open source”; outros argumentam que a linguagem é mais ampla do que a definição de qualquer organização.

Classe, Riqueza e Valor do FOSS

  • Uma visão: FOSS é uma enorme transferência voluntária de riqueza de trabalhadores para investidores; empresas lucram enquanto dependem de infraestrutura não paga.
  • Visão contrária: FOSS é uma “destruição de valor” positiva em relação às rendas proprietárias e um commons de estilo socialista, não uma simples transferência.
  • Muitos creditam o FOSS por viabilizar suas carreiras, habilidades e negócios; veem ganhos pessoais e sociais apesar do aproveitamento corporativo.

IA para Documentação

  • Sugestão: usar LLMs para gerar automaticamente anotações e documentação a baixo custo.
  • Contestação: documentação técnica precisa estar factualmente correta; alucinações de LLMs, além de riscos legais/licenciamento, tornam isso questionável sem revisão cara por especialistas.

Governo, Corrupção e Governança

  • Atitudes mistas em relação ao financiamento liderado pelo governo:
    • Defensores veem paralelos com pesquisa financiada publicamente; citam exemplos como o Sovereign Tech Fund da Alemanha.
    • Críticos esperam alocação politizada, “especialistas em grants” em busca de renda e incentivos desalinhados.
  • Discussão lateral mais ampla sobre corrupção sistêmica percebida, sentimento anti-governo, libertarianismo e a dificuldade de organizar movimentos eficazes anticorrupção.

Corporações, Fundações e Compensação

  • Reconhecimento de que grandes empresas (Apple, Google, Microsoft, Meta, etc.) já investem pesadamente em open source, mas não de forma proporcional ao uso que fazem da infraestrutura central.
  • Debate sobre remuneração executiva versus técnica em fundações:
    • Alguns consideram excessivos salários altos de executivos em certas fundações em relação a figuras técnicas-chave em outros lugares.
    • Outros observam diferenças de funções (liderança de receita vs. gestão técnica).
  • Questões sobre como indivíduos podem doar diretamente para o desenvolvimento do kernel; doações à Linux Foundation existem, mas não são facilmente direcionadas a projetos específicos.