O software de código aberto já existia muito antes da invenção do (D)VCS. O autor provavelmente hospedou uma página HTML básica ou um arquivo txt descrevendo o projeto. Definitivamente havia um servidor FTP em algum lugar com tarballs. O autor poderia foram contatados por e-mail.
Se você tivesse muita sorte, havia uma lista de discussão na qual você poderia se inscrever para receber anúncios e talvez discutir o software com outras partes interessadas. Pode ter havido um canal de IRC não oficial criado por alguém sob o nome do software para que as pessoas pudessem discuti-lo.
Este era e ainda é de código aberto.
Nenhuma “comunidade”. Sem política. Nenhum Código de Conduta. Sem solicitações pull ou problemas. Sem wiki. Nenhuma equipe principal.
Mais tarde, tivemos sites como o Sourceforge. Você fez com que seu CVS/SVN e listas de discussão funcionassem essencialmente “de graça” e era mais fácil construir abertamente.
Depois vieram as guerras DVCS que foram decididamente vencidas, e o mundo eventualmente convergiu para o Github.
“No final dos anos 2000, o Github foi criado. Isso deixou muita gente muito irritada e foi amplamente considerado uma má jogada.” – Douglas Adams se ele estivesse vivo hoje.
O Github transformou todo o código aberto em um trabalho não remunerado para mantenedores. Você vai trabalhar e encontra tickets recém-atribuídos; realizar reuniões com stakeholders; planejar um roteiro; lidar com políticas e distrações do escritório; cumpra seus prazos, métricas e KPIs; entre no trabalho um dia e descubra que os requisitos mudaram novamente e agora você precisa começar de novo. Levantamentos. Um a um. Ágil. Cachoeira. Mas você está recebendo um contracheque e seguro saúde, então apenas lida com o absurdo.
Então você chega em casa do trabalho e é hora de relaxar com algo que você gosta. Dingvocê recebeu notificações. Os problemas estão se acumulando. Solicitações pull estão sendo lançadas em sua direção, reestruturando completamente o software para fazer coisas que nunca estiveram realmente dentro do escopo. Reclamações. Exigências. Agora existe um grupo de bate-papo. Pessoas sem paciência ficam com raiva e agora você tem que tomar conta delas, ter seus próprios encontros individuais. Agora existe uma “comunidade” pela qual você é responsável. Você nunca se inscreveu nisso, mas essa bagagem é do jeito que é, né? De repente, o código aberto é um segundo trabalho. Você está esgotado. Você nem tem mais controle ou direção sobre seu próprio projeto sem que seu nome seja arrastado pela lama.
Não precisa ser assim
Alguns projetos são tão grandes e complicados que exigem uma equipe para gerenciá-los. Mas esta é a exceção, não a regra.
Liberte-se. Volte aos velhos tempos. Especialmente se você estiver irritado com o fluxo de novas pessoas e com os bots de IA que roubam sua atenção.
Desative o rastreador de problemas e as solicitações pull ou implante um servidor git simples para liberar seu código. Encontre um pequeno grupo de pessoas que você realmente conhece e confia e trabalhe com eles em projetos, ou faça isso completamente sozinho.
Você não precisa permitir que estranhos invadam seu espaço. Você não precisa de um Código de Conduta performativo ou de uma política de LLM. O código aberto não precisa ser desenvolvido abertamente para ser “código aberto”.
Escreva o código. Faça coisas que você gosta. Use as ferramentas que desejar. Faça lançamentos de código às 2h do dia de Natal. Faça o que fizer, não se deixe levar por uma operação que é metade incubadora de tecnologia e metade creche para pessoas cujos pais lhes deram um teclado e nenhuma habilidade social.
Fonte: theverge
