Eu pensei que entendi Open Source. Eu estava errado

oh garoto, eu estava tão errado.

Você se lembra daquele lugar estranho "Você não iria baixar um carro"?

Eu vi isso tantas vezes no meu cinema local durante minha infância, e – eu tenho que admitir – sempre me pareceu estranho.

este

Quero dizer, roubar um carro e baixar um arquivo na minha cabeça tinha dois efeitos completamente diferentes: no último cenário, você acabaria com dois arquivos. Não é como o original desapareceu magicamente, uma vez que o download acabou. O carro, em vez disso, bem … sempre foi [apenas] um.

Esta dissonância, naquela época, era tão fácil para mim perceber que fiquei estranhamente surpreso, me levou anos de uso diário de código aberto, e muitos meses como um mantenedor real para compreender que eu estava tão desligado quanto aquele lugar da maneira como eu misturou o mundo real com o virtual.

Eu costumava interagir com o software de código aberto como um cliente recebendo um brinde.

Lá, eu disse: costumava adicionar essa biblioteca ou esse trecho ao meu código para integrar um novo recurso e, se algo der errado, eu voltaria para o repo GitHub e abriria um problema sobre isso; Eu tentaria ser um bom criador de problemas na maioria das vezes, mas também escrevi minha boa parte dos comentários tolos "+ 1 / eu também".

Eu acreditava que os mantenedores, as pessoas que criavam o código que eu estava usando, estavam lá para produzir um produto excelente – e dando-lhes comentários sobre como adicionar um recurso, ou pedir um ETA sobre algo sobre o qual havia uma questão, era uma legitima e maneira padrão de cooperar. Eu esperava que eles aceitassem com prazer minha sugestão e modifiquem seu roteiro para acomodar meu desejo.

Mesmo quando eu comecei a ajudar com a reação de navegação , eu mantive essa "mentalidade" ao ver aqueles que abriram problemas como clientes; e, ao fazê-lo, quase queimei fazendo demasiadas questões de triagem (e lidando com muitos "clientes ruins") e tentando manter todos "felizes".

Então, entrei na comunidade Open Source Maintainers no GitHub, onde consegui interagir com algumas pessoas inteligentes que vem desenvolvendo com código aberto por muitos anos.

E algo clicou.

Eu acho que eu entendo o caminho certo, agora: open source não significa "up for grabs", mas em vez disso

"Ei, olha, eu fiz isso – se você quiser usar isso também, é assim. Eu fiz isso de uma maneira que corresponderia às minhas necessidades, mas use-o como quiser ".

E é isso.

A primeira pessoa que deve resolver essa questão, a que você escreveu, não deveria ser outra que você.

Esse recurso que você acha que é tão útil e você precisa tanto, e você garfo o repositório e adiciona seu código para habilitá-lo?

A fonte aberta significa que você usa o que está lá fora, e git & GitHub nos dá uma maneira fácil de fundir nossa luta para que outro desenvolvedor não as enfrente no futuro.

Mas começa com todos empunhando as mangas e contribuindo ativamente. Escrever código é sempre a primeira maneira de abordar um problema que você tem em código aberto.

Você acha que não é bom o suficiente? Não se preocupe. Faça isto de qualquer maneira. Abra esse PR; Quando você se coloca na linha, outros desenvolvedores o reconhecerão e o ajudarão a crescer e tornar-se um codificador melhor.

Não tem vontade de codificar, ainda? Bem, lembre-se de seguir guias assim ao abrir um problema.

E nunca se esqueça de que ninguém é forçado a fazer o que está escrevendo; Ninguém deve trabalhar para você, sobre o seu problema.

Comece seu 2018 no pé direito, não cometer o erro colossal que fiz.

Use a fonte aberta de forma responsável e leve pelo exemplo: a maioria das pessoas não lerá este artigo e / ou não conversará com um mantenedor ativo em breve – mas se eles perceberem que é assim que todos os usuários usam OSS "corretamente", eles se comportará da mesma forma.

macaco vê macaco faz

Feliz Ano Novo todos, vamos fazer um bom juntos ?

Deixe uma resposta

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *