Olá! Meu nome é Dmitry Pavlov, eu trabalho na , além de ser comitê e membro do PMC no Apache Ignite e contribuinte no Apache Training. Recentemente, fiz uma apresentação sobre o trabalho de um comitê no meetup do Sberbank sobre open source. Com o desenvolvimento da comunidade open source, muitas pessoas têm levantado questões: como se tornar um comitê, que tarefas assumir e quantas linhas de código é necessário escrever para obter esse papel. Quando pensamos em comitês, imediatamente imaginamos pessoas onipotentes e all-knowing com uma coroa na cabeça e um exemplar de 'Código Limpo' em vez de um cetro. É assim que funciona? Neste post, tentarei responder a todas as perguntas importantes sobre comitês, para que você possa entender se realmente é algo que você deseja.
Todos os iniciantes na comunidade open source têm a impressão de que nunca se tornarão comitês. Para muitos, esse é um papel prestigioso que só pode ser obtido por méritos especiais, escrevendo uma tonelada de código. Mas as coisas não são tão simples. Vamos analisar a perspectiva de um comitê na comunidade.
Quem é um comitê e por que ele é necessário?
Ao criar um novo produto open source, nós sempre permitimos que os usuários o utilizem, explorem, modifiquem e distribuam cópias modificadas. No entanto, quando ocorre a distribuição descontrolada de cópias do software com alterações, não recebemos contribuições para a base de código principal e o projeto não se desenvolve. É aqui que se torna necessário aquele comitê que tem o direito de coletar as contribuições dos usuários para o projeto.
Por que se tornar um comitê?
Comecemos pelo fato de que ser comitê é um plus no currículo, e para iniciantes na área de programação é um bônus ainda maior, já que frequentemente, ao se candidatar a um emprego, pedem exemplos de código.
Outra vantagem indiscutível de ser um comitê é a oportunidade de se comunicar com especialistas de alto nível e trazer ideias inovadoras do open source para seu projeto. Além disso, se você tiver um bom conhecimento de um produto open source, poderá conseguir um emprego em uma empresa que o suporte ou utilize. Existe até a opinião de que, se você não participa do open source, não conseguirá alcançar altas posições na carreira.
Além das vantagens em termos de carreira e emprego, ser comitê em si é gratificante. Você é reconhecido pela comunidade profissional e pode ver claramente o resultado do seu trabalho. Nada comparável a algum desenvolvimento corporativo, onde às vezes você nem entende por que está movendo campos de um lado para o outro em XML.
Nas comunidades de código aberto, você pode conhecer especialistas de alto nível como Linus Torvalds. Mas se você não é um deles, não deve pensar que não há nada para você fazer — há tarefas de diferentes níveis.
E também há bônus adicionais: comitês do Apache, por exemplo, recebem gratuitamente uma licença do IntelliJ Idea Ultimate (embora com algumas restrições).
O que fazer para se tornar um comitê?
É simples — você precisa fazer commits.
Se você acha que não há tarefas nos projetos para você — está enganado. Basta se juntar à comunidade que lhe interessa e fazer o que é necessário para ela. Na Apache Software Foundation, existem requisitos específicos para comitês.
Quais tarefas você terá que resolver?
Uma variedade — desde desenvolvimento até a escrita de testes e documentação. Sim, a contribuição de testadores e documentadores é valorizada na comunidade tanto quanto a dos desenvolvedores. Também pode haver tarefas não convencionais — por exemplo, manter um canal no YouTube e mostrar a outros usuários como você usa um produto de código aberto. Na Apache Software Foundation, existe uma , onde está indicado que tipo de ajuda é necessária.
É necessário escrever um grande recurso para se tornar um comitê?
Não. Isso não é de forma alguma obrigatório. Um comitê não precisa escrever toneladas de código. Mas se você escreveu um grande recurso, será mais fácil para o comitê de gerenciamento de projeto avaliá-lo. A contribuição para a comunidade não é apenas sobre recursos, programação e testes. Se você escrever uma carta e relatar um problema, oferecendo uma solução fundamentada — isso também é uma contribuição.
É importante entender que ser um comitê é uma questão de confiança. A decisão de torná-lo um comitê é tomada por pessoas como você, com base em suas percepções sobre você como alguém que traz valor ao produto. Portanto, você precisa conquistar essa confiança por meio de suas ações e comportamentos dentro da comunidade.
Como se comportar?
Seja construtivo, positivo, educado e paciente. Lembre-se de que no open source todos são voluntários e ninguém deve nada a ninguém. Se não respondem a você — aguarde e lembre-se de sua pergunta em 3-4 dias. Se não respondem constantemente — bem, open source é uma questão de escolha voluntária.
Não peça para que façam algo por você ou por sua causa. Os membros experientes da comunidade têm um olfato para esses 'pedintes' e imediatamente desenvolvem uma aversão àqueles que querem empurrar seu trabalho para os outros.
Se alguém está ajudando, isso é ótimo, mas não abuse. Não escreva: 'Galera, consertem isso, senão estou perdendo meu bônus anual'. É melhor perguntar para onde você deve ir a partir disso e contar o que já descobriu sobre esse bug. E se prometer atualizar a wiki com os resultados da solução do problema, a probabilidade de que você receba uma resposta aumentará consideravelmente.
Finalmente, leia e aprenda .
Como contribuir se você não é um committer?
Nos projetos, muitas vezes é utilizado o esquema RTC, onde todos passam por uma revisão antes que as alterações sejam mescladas ao branch principal. Com esse esquema, absolutamente todos passam por revisão, até os committers. Portanto, é possível contribuir para o projeto sem ser um committer. Para facilitar a seleção como novo committer, você pode se dedicar a orientar novos membros, compartilhar conhecimentos e criar novos materiais.
Diversidade — benefício ou malefício?
Diversidade — na visão da Apache Software Foundation, inclui também a afiliação de membros do projeto open source a várias empresas. Se todos estão afiliados apenas a uma organização, ao perder o interesse dela pelo projeto, todos os membros vão embora rapidamente. A diversidade assegura a longevidade, a estabilidade do projeto, experiências diversificadas e uma ampla gama de opiniões dos participantes.
Por amor ou por interesse?
Nos projetos open source, existem dois tipos de pessoas: aquelas que trabalham em uma organização que contribui para o produto e aquelas que trabalham aqui por amor, ou seja, voluntários. Quem é mais produtivo? Geralmente, os participantes que apoiam o produto do lado da organização contribuinte. Eles simplesmente têm mais tempo e uma motivação clara para buscar a verdade, estão focados na tarefa e mais próximos dos usuários.
Aqueles que fazem isso "por amor" também estão motivados, mas de uma forma diferente — eles desejam explorar o projeto, tornar o mundo melhor. E justamente esses participantes são mais estáveis e orientados para o longo prazo, porque quem entrou na comunidade por iniciativa própria dificilmente a deixará de um dia para o outro.
Como encontrar um equilíbrio entre produtividade e estabilidade? Existem duas opções. A primeira opção: quando um participante trabalha em uma empresa que oficialmente se dedica a este projeto opensource e faz algo adicional por interesse pessoal — por exemplo, apoiando novatos. A segunda opção é uma empresa que passou por uma transformação opensource. Por exemplo, quando os funcionários passam quatro dias por semana trabalhando no projeto principal da empresa e usam o restante do tempo para trabalhar com open source.
Comitê — ser ou não ser?
O comitê é um tema bom e útil, mas não devemos nos esforçar apenas para nos tornarmos comitês. Este papel pode ser obtido não apenas por código, e não prova seus conhecimentos. O que importa é a experiência, ou seja, o conhecimento e a prática que você adquirirá ao estudar o projeto, explorando-o e ajudando outros a resolver problemas.
Fonte: habr.com
