O Sprint de Desenvolvimento de Software de Orquestração Comunitária

Um programa anual de nove meses do Network Theory Applied Research Institute, voltado a criar software que as comunidades possam possuir e operar por conta própria.

A maior parte do software de que as comunidades dependem para tocar a vida cotidiana — para comprar e vender, coordenar cuidados, responder a emergências, conversar entre si — é alugada, não própria. Os termos podem mudar sem aviso. O preço sobe. O código é fechado, de modo que ninguém fora da empresa que o escreveu consegue ver como funciona, repará-lo ou adaptá-lo às necessidades locais. Para uma única família, isso é um aborrecimento. Para uma comunidade que tenta construir uma infraestrutura econômica e social durável, é uma dependência estrutural que drena recursos em silêncio e inviabiliza a autodeterminação.

Software que volta para os bens comuns

Tudo o que é produzido durante o COSDS é publicado sob uma licença copyleft: a Licença Pública Geral GNU Affero, versão 3. Seus termos são simples de enunciar. Qualquer pessoa pode usar o software, estudá-lo, executá-lo e modificá-lo. A única obrigação é a reciprocidade — quem aprimora o software deve compartilhar suas melhorias com a mesma liberdade com que recebeu o original. A AGPL estende essa promessa ao software executado como serviço de rede, que é a forma como a maioria das plataformas comunitárias é de fato entregue, fechando assim a brecha que permite ao software hospedado voltar a se fechar silenciosamente. O efeito é que o trabalho nunca deixa de ser um bem público. Um sistema de reputação, um mercado, uma ferramenta de resposta a emergências — uma vez construídos sob esses termos — não podem ser cercados, retarifados nem privatizados por quem vier a operá-los depois. O papel da NTARI é manter esse bem comum coerente: ela ajuda as comunidades a manter os ramos canônicos de cada projeto e reúne desenvolvedores locais do mundo inteiro em um único espaço de estudo, pesquisa e colaboração sobre problemas compartilhados.

Como o sprint funciona

Um ciclo do COSDS gira em torno de equipes pequenas e full-stack, cada uma dedicada a um único projeto. Dois gerentes de projeto supervisionam o desenvolvimento e a entrega e lideram uma equipe de quatro desenvolvedores de front-end e back-end que escrevem e implementam o código. Um administrador de projeto documenta a construção e desenvolve a infraestrutura de longo prazo — as automações de integração e implantação contínuas que permitem ao projeto seguir em frente depois que o ciclo termina. Os administradores se comprometem por mais tempo que o restante da equipe e permanecem durante uma transição estruturada, para que o conhecimento e as ferramentas avancem em vez de evaporar em maio. Ao longo de todo o sprint, uma equipe de suporte de desenvolvimento compartilhada resolve os problemas onde quer que surjam — no Slack, Jira, Confluence, GitHub, Google Workspace e nas demais plataformas de que as equipes dependem.

As vagas estão abertas a estudantes, profissionais e membros da comunidade em diferentes etapas. Os desenvolvedores podem estar cursando uma graduação ou já tê-la concluído; os gerentes de projeto e os administradores trazem formação de pós-graduação ou um histórico comprovado de entrega de software real. Os colaboradores se comprometem com um número fixo de horas por semana durante todo o ciclo, e o trabalho acontece inteiramente on-line, o que permite a um único projeto recorrer a talentos de qualquer lugar.

O que os participantes recebem

A NTARI equipa cada voluntário para realizar um trabalho sério. Cada um recebe um endereço de e-mail @ntari.org, acesso corporativo ao Google Gemini e ao NotebookLM, acesso ao Claude, um canal dedicado no Slack e contas no Jira e no Confluence, além de acesso à organização compartilhada da NTARI no GitHub. A integração ocorre por meio de um curso de orientação para voluntários; quem o conclui escolhe seu projeto por ordem de chegada. Cada colaborador recebe uma carta de aceitação, fluxos de controle de tempo integrados ao Slack e ao Jira, e uma carta de conclusão detalhando seu papel e suas contribuições. E como o software é aberto, cada colaborador é creditado nominalmente na documentação oficial do produto finalizado — um registro público e durável do trabalho realizado.

O que é construído

O objetivo do COSDS não é um único aplicativo, mas uma biblioteca crescente de ferramentas comunitárias, e a diversidade de cada ciclo reflete isso. Entre os projetos recentes estão um mercado de agricultura comunitária que conecta agricultores, horticultores, processadores e consumidores para fortalecer os sistemas alimentares regionais; uma plataforma de computação comunitária distribuída que permite aos bairros gerar valor econômico local a partir de capacidade computacional compartilhada em vez de depender de data centers distantes; e um arcabouço de reputação e confiança, inspirado em Nancy Leveson, pesquisadora de segurança de sistemas do MIT, que avalia a segurança e a confiabilidade das interações em vez de reduzi-las a cinco estrelas.

Esse arcabouço de confiança, por sua vez, sustenta uma rede de cuidado infantil que ajuda as famílias a encontrar cuidadores com base na experiência real e na confiabilidade. Outros projetos avançam em direção à comunicação e coordenação em emergências, uma plataforma de colaboração que dá às comunidades o controle sobre seus próprios dados, uma ferramenta que ajuda assistentes sociais a conectar pessoas que saem da situação de rua ou do encárcere a abrigo e apoio, um jogo de recreação ao ar livre baseado em proximidade, e um motor de divulgação que apresenta essas próprias plataformas às comunidades que poderiam aproveitá-las. A lista de cada ciclo muda, mas o fio condutor permanece: software prático para a tarefa de conviver, de propriedade de quem dele depende.

Por que isso importa

O objetivo mais profundo do COSDS é formar pessoas — estudantes universitários, profissionais em atividade e as próprias comunidades — em como construir e manter software de código aberto e, ao fazê-lo, aprimorar os recursos socioeconômicos disponíveis na internet. As plataformas proprietárias extraem renda justamente porque as comunidades que as usam nunca aprendem a construir nem a possuir suas próprias ferramentas. O sprint inverte isso. Trata o software não como um produto a ser comprado repetidas vezes, mas como uma infraestrutura que uma comunidade pode possuir por completo, estudar abertamente e transmitir intacta. A cada ano, ele envia ao mundo uma nova turma de construtores que fizeram exatamente isso, e deixa para trás um pouco mais de bens comuns do que encontrou.