page153
LibreOffice Magazine | Dezembro 2014
<número>
Espaço Aberto
entrevista
Não há, de forma alguma, maneira do modelo Gerrit/Gitorious/Github funcionar para o kernel. A escala em que trabalhamos é um nível totalmente diferente do que poderia ser tratado por essas ferramentas. Na verdade, uma série de projetos "populares" estão batendo no limite do escalonamento do github e eles tem conversado com os desenvolvedores do kernel Linux para aprender como eles podem escalar seus projetos, assim como nós fazemos.
Tivemos mais de 3400 desenvolvedores contribuintes no ano passado, a partir de mais de 450 empresas diferentes. Nossa taxa de mudança é, em média, 7,8 alterações aceitas por hora, 24 horas por dia, e constantemente subindo quase todos os lançamentos (o kernel 3.16 foi de 9,5 alterações por hora). Temos mais de 18 milhões de linhas de código e estamos aumentando a uma taxa constante de 1% a 2%. Durante a última década, o tamanho só variou para baixo em 2 diferentes versões do kernel (o 3.17 sendo um deles). Nenhum outro projeto se aproxima em tamanho ou escopo.
Nós avaliamos o nosso processo de desenvolvimento o tempo todo e falamos sobre isso, cara a cara, pelo menos uma vez por ano, para tentar ver se estamos fazendo errado e o que podemos fazer para melhorar. Nós ajustamos e mudamos as coisas constantemente, com base nas respostas e no que pensamos que pode ou não funcionar bem, e corrigimos com base em feedback. Se alguém aparecer com alguma ferramenta que funcione melhor conosco, ótimo! Nós ficaremos felizes em avaliar, mas isso normalmente é muito raro. Acabamos escrevendo nossas próprias ferramentas para o nosso trabalho (git, kernel.org, etc), já que o quê estamos fazendo é, mais uma vez, diferente de qualquer outro tipo de desenvolvimento.
A complexidade do kernel e sua taxa de mudança é um problema ou vai acabar se tornando um no futuro? Se assim for, há um plano para enfrentá-lo e qual é o plano?