2,272 leituras

Uma Breve História do Código Aberto

por Sem Turan8m2023/02/04

Muito longo; Para ler

O software de código aberto ocupa um lugar crucial em nossa compreensão da Internet e do mundo. Nas últimas décadas, a cultura de código aberto e os membros da comunidade experimentaram maneiras de criar juntos. Essas experimentações não eram apenas técnicas, mas também sociais. Desenvolvimentos recentes exigem uma nova compreensão do código aberto que tenha incentivos justos para os contribuidores e desencoraje o mal.

featured image - Uma Breve História do Código Aberto

O surgimento e o desenvolvimento de software de código aberto em diversos ramos ocupam um lugar crucial em nossa compreensão da Internet. Sem o software de código aberto, muitas das ferramentas que nos permitem acessar a Internet não existiriam. Além disso, a cultura de código aberto trouxe consigo uma infinidade de recursos para colaboração global eficiente, novas estruturas legais e uma demanda por transparência.

Por que você deve se importar com a história do código aberto

Todos os dias somos afetados pelas decisões das pessoas e instituições que nos governam. Acordamos em um determinado horário porque, há algumas centenas de anos, os proprietários de locais de trabalho queriam que seus funcionários começassem a trabalhar em um determinado horário. A partir daí, as escolas e todas as outras instituições sociais se adaptaram.

Esperamos que o semáforo fique verde antes de atravessarmos a rua. À medida que vamos recebendo os nossos pastéis matinais, podemos pagar com um cartão de plástico fino, ou mesmo com uma imagem nos nossos telemóveis. Tudo porque as pessoas concordaram com algumas regras e protocolos globais.

A cultura de código aberto vem com suas reviravoltas inteligentes e debates intermináveis orientados para o progresso sobre como grupos populosos de pessoas podem e devem criar regras e protocolos que beneficiarão toda a sociedade. Se você se preocupa com o progresso ponderado na sociedade, deve começar a procurar maneiras de contribuir.

A filosofia de acesso beneficia você, eu e todos nós, graças a Richard Stallman

Entre as principais ocorrências que levaram ao surgimento do movimento de código aberto está a doação de uma impressora ao MIT na década de 1970. Programadores de equipe, incluindo Richard M Stallman já haviam implementado um hack social com o antigo que possuíam. Ele enviaria avisos sempre que estivesse emperrado. Como a nova equipe de desenvolvimento de software assinou um acordo de não divulgação com a empresa que produz a impressora, Stallman e seus colegas não puderam acessar o código-fonte para implementar esse hack social que facilitou suas vidas.

A incapacidade de acessar o código-fonte da impressora doada fez com que Stallman decidisse criar um sistema operacional completo que concedesse a todos os usuários a liberdade de saber como funcionava e mudar as coisas. E assim nasceu o __ Projeto GNU __. Escrevendo o Manifesto GNU em 1985, Stallman definiu uma Regra de Ouro:

[S]e eu gosto de um programa, devo compartilhá-lo com outras pessoas que [possam] gostar dele. Os vendedores de software querem dividir os usuários e conquistá-los, fazendo com que cada usuário concorde em não compartilhar com os outros. Recuso-me a quebrar a solidariedade com outros usuários dessa maneira.

A atitude hacker como estilo de vida

Se você compartilha pontos de vista semelhantes aos de Stallman, talvez queira saber mais sobre como se tornar um hacker. Eric S. Raymond , um desenvolvedor de software e defensor do código aberto que também escreveu o conhecido ensaio the Catedral e o Bazar em 1997, descreve a atitude hacker em Como se Tornar um Hacker .

Os hackers resolvem problemas e constroem coisas. Não se deve misturá-los com biscoitos, biscoitos são os que quebram as coisas possivelmente porque não são tão brilhantes. Eles acreditam que o mundo está cheio de problemas fascinantes. Os hackers se divertem esgotando sua capacidade de aprendizado para criar soluções que, pouco a pouco, resolvam o problema de vez. Por respeito aos colegas hackers, eles não forçam uns aos outros a reinventar a roda e compartilhar as soluções criativas abertamente.

A atitude hacker se baseia na filosofia de acesso.

Expansão de código aberto para o reino físico

A atitude hacker se estende a domínios que nada têm a ver com computadores e programação. Por exemplo, com o Sistema de construção Grid Beam , você pode aprender a construir camas, cadeiras e triciclos com suprimentos básicos, gratuitamente. Você pode até mesmo construir um Hexayurt casa com materiais de construção comuns. Se você está procurando pelo Gutenberg de nossa era, não procure mais, existem almas gentis na terra que mantêm um projeto de e-reader de código aberto e tem alunos acessam livros didáticos gratuitamente . Além disso, agora que temos Sinal , você realmente não precisa de nenhum outro aplicativo de mensagens baseado na Internet em seu telefone.

Estado da arte em cultura de código aberto

As últimas décadas nos permitiram acumular aprendizados de interessantes experimentos sociais de coprodução, dando lugar também ao surgimento de conceitos como copyleft , produção de pares , crowdsourcing e conteúdo gerado por usuários . E não parece que vai parar por aqui.

Comunidade como o multiplicador de força

Indiscutivelmente porque as coisas não são tão de cima para baixo quanto em qualquer outro lugar no mundo corporativo de produção, a cultura do código aberto evoluiu para incluir não apenas ideias sobre como coproduzir software, mas também, de forma mais ampla, coproduzir qualquer coisa acima de um limiar de profundidade técnica. Muitas dessas ideias foram amplamente adaptadas pelo mundo corporativo, especialmente entre as partes interessadas no ecossistema global de startups e empreendedorismo.

Expandido ainda mais nas obras de pioneiros de código aberto como Catedral e o Bazar por Eric S. Raymond, aqui estão algumas ideias-chave que impactaram amplamente as equipes que produzem tecnologia em todo o mundo:

Libere cedo e com frequência. Não espere que seu plano seja perfeito.
Se você compartilhar seu trabalho e problemas com um grupo suficientemente amplo de co-desenvolvedores, qualquer problema difícil poderá ser resolvido.
Seus co-desenvolvedores são seus melhores aliados: eles apontarão suas fraquezas e celebrarão seus pontos fortes. Mantenha-os perto.

democracia++

O código aberto, na prática, é um fenômeno social em que grupos de pessoas tomam decisões online. Possivelmente, é o âmbito onde a tomada de decisões coletivas progrediu visivelmente no sentido de incluir práticas mais democráticas e de baixo para cima.

Os desenvolvedores de um projeto de código aberto geralmente tomam decisões por consenso. Às vezes, se o problema for intratável ou se o consenso não for formado apesar dos melhores esforços, as comunidades precisam de alguma indicação do caminho a seguir se pretendem trabalhar juntas a longo prazo.

O que primeiro começou com Guido van Rossum nomeação de como Primeiro Interino Ditador benevolente vitalício (BDFL) com Python, rapidamente se espalhou por outros projetos (como Ubuntu, Linux, OpenStreetMap e WordPress) que queriam que o líder natural do grupo tomasse decisões onde o consenso não pudesse ser formado. Django tinha dois BDFLs: Adrian Holovaty e Jacob Kaplan-Moss , que __ se aposentou __em 2015 devido à falta de tempo pessoal e confiança na capacidade da comunidade Django de funcionar sem BDFLs.

A pesquisa tem mostrado, uma e outra vez, que diverso equipes onde cada membro está atento para fornecer segurança psicológica para cada outros são os melhores, de longe. É por isso que pioneiros de código aberto como Coraline Ada Ehmke estão trabalhando em projetos como Convênio do Contribuinte para criar mais instâncias livres de assédio de co-trabalho em código aberto.

O código aberto está quebrado?

GitHub há muito tempo é a plataforma onde os desenvolvedores de software colaboram, com recursos para ajudar a facilitar o co-trabalho virtual em projetos de software comuns. O GitHub também tem sido a maneira mais popular de as comunidades de código aberto armazenarem seu progresso e compartilharem seu trabalho. Em 2018, a empresa foi adquirido pela Microsoft para aumentar o foco da gigante da tecnologia no desenvolvimento de código aberto.

2018 e 2019 foram os anos em que as decisões controversas dos grandes players de tecnologia causaram uma grande reação de seus funcionários: Google ajudando Pentágono a construir drones de IA , Microsoft está desenvolvendo headsets de campo de batalha para as Forças Armadas dos EUA e A inação da Amazon em relação à neutralidade climática foram os casos que chegaram às manchetes. Líderes de pensamento chamaram grandes funcionários de tecnologia com responsabilidade ética para se organizar para a mudança, ou deixar seus empregos .

Provavelmente também não foi uma surpresa quando foi descoberto que o GitHub tinha um acordo com o US Immigrations and Custom Enforcement (ICE). em um carta aberta para a corporação GitHub, muitos membros ativos da comunidade de código aberto apontaram os aspectos da história da ICE que não se alinhavam com o que eles acreditam serem os valores centrais do código aberto: “[...] inverter estruturas de poder e criar acesso e oportunidades para todos". A empresa respondeu com outra carta , detalhando a natureza de seu contrato conforme eles o interpretam, destacando que seu escopo não tem nada a ver com a boa vontade dos desenvolvedores de código aberto, que é o principal ativo que o GitHub capitaliza.

Por outro lado, a legalidade da GitHub copiloto é sob escrutínio. O Copilot é uma ferramenta de suporte para programadores que oferece sugestões para melhorar a escrita de códigos em tempo real. É baseado no sistema de IA Códice Desenvolvido por OpenAI e licenciado para a Microsoft. O escrutínio continua nos tribunais dos EUA e decorre do Codex utilizando repositórios de código-fonte público e aberto no GitHub para treinar seu modelo de IA. Matthew Butterick, um defensor do código aberto, entre outras coisas, resume o raciocínio por trás do injusto como segue:

Ao oferecer o Copilot como uma interface alternativa para um grande volume de código-fonte aberto, a Microsoft está fazendo mais do que cortar a relação legal entre autores e usuários de código-fonte aberto. Indiscutivelmente, a Microsoft está criando um novo Jardim murado isso inibirá os programadores de descobrir comunidades tradicionais de código aberto. Ou, pelo menos, remova qualquer incentivo para fazê-lo. Com o tempo, esse processo deixará essas comunidades famintas. A atenção e o envolvimento do usuário serão deslocados para o jardim murado do Copilot e para longe dos próprios projetos de código aberto – longe de seus repositórios de fontes, seus rastreadores de problemas, suas listas de e-mail, seus fóruns de discussão. Essa mudança de energia será uma perda dolorosa e permanente para o código aberto.

As ações recentes do GitHub, das quais apenas algumas são mencionadas acima, provocaram um grande debate, marcando um marco importante na história do código aberto: você deve restringir o acesso ao código aberto? Deveríamos esperar que os mantenedores de código aberto, que às vezes -apesar de fazer um esforço criativo extraordinário- lutam para sobreviver, assistam suas contribuições serem usadas em gigantescas constelações lucrativas que eles não apóiam eticamente? De acordo com Iniciativa de código aberto , a resposta para todas as perguntas acima é sim: Eles querem dar às pessoas más a liberdade de usar o código aberto também.

Dan Goodman-Wilson responde com um não em sua __ abordagem filosófica aprofundada __sobre a fragilidade do código aberto, resumindo a raiz do problema da seguinte forma:

O código aberto rejeitou explicitamente a regulamentação do acesso ao pool de software de código aberto, enquanto fechava os olhos para o extenso sistema de regulamentos invisíveis, implícitos, mas muito reais, que são tecidos na estrutura da comunidade. Essa abdicação total do controle é tóxica, expulsando as pessoas de que precisamos e abrindo a porta para aquelas que não queremos. As principais falhas do código aberto podem ser explicadas por uma combinação dos regulamentos existentes (implícitos, ocultos) que regem a comunidade de código aberto em geral, ou a falta deles.

Em seu relato sobre o mundo pós-código aberto, Goodman-Wilson destaca a necessidade de sistemas de incentivo bem pensados para mantenedores de código aberto, bem como a necessidade de mecanismos que desincentivem o uso de código aberto para atores que não desejam se comprometer com “princípios básicos da valor do ser humano”. Projetos como__ a Licença Hipocrática __, Dispositivos Artless e a Licença de software anticapitalista estão permitindo que comunidades de código aberto implementem licenças que levem em consideração considerações éticas e desincentivem o mal.

Embora alguns peixes maiores não parece interessado , outros - alguns até tão grandes - ainda não são maus. Nunca é tarde para descobrir onde seus interesses e habilidades se encaixam melhor.