page73
DAVID EMERICH JOURDAIN - Membro fundador e moderador das listas em língua portuguesa da TDF. Formação na área de Computação. Há mais de 12 anos “mexendo” no Kernel Linux. Fluente em alemão, português, espanhol e inglês. Foi professor universitário, ministrando disciplinas de “Engenharia de Software”, “Engenharia de Sistemas”, “Construção de Sistemas Operacionais” e “Arquitetura de Sistemas Operacionais”. Mais de 70 palestras ministradas no Brasil, Chile, Argentina e Paraguai, ensinando sobre Kernel Linux e como organizar grupos de desenvolvedores de software livre em Universidades.
ESPAÇO ABERTO
Artigo
LibreOffice Magazine | Junho 2013
10
quanto explicar física quântica a um chipanzé, enquanto ele come banana com garfo e faca. Também peço que não leve este tipo de tema a qualquer desenvolvedor de código para o Kernel Linux, pois será tão construtivo quanto seria comigo. Ou talvez seja até menos construtivo ainda!
Mas o que aconteceria se um dia os desenvolvedores do Kernel decidirem deixar módulos de código fechados? Como isso afetaria a forma como o Kernel funciona e como ele evoluiria ao longo do tempo?
Arjan van de Ven, desenvolvedor do Kernel Linux, já elaborou um exercício mental de grande complexidade, detalhando exatamente o que aconteceria se isso virasse realidade, e que pode ser assim resumido:
Fechar o código de módulos do Kernel Linux torna o trabalho impraticável!
Caso você deseje ler, eu recomendo. Trata-se de um texto que demonstra como uma atitude dessas tornaria a manutenção de diversas distribuições Linux em projetos obsoletos em um curto espaço de tempo e, finalmente, o próprio desenvolvimento do Kernel Linux seria levado a um impasse, sem condições de inovar e de corrigir absolutamente nada. Vejam: Entender certos pontos do processo de desenvolvimento colaborativo não é tão complicado assim! Contudo, de forma um pouco mais simples, podemos definir duas maneiras de dirigir nosso olhar sobre “como” se deve desenvolver código para o Kernel Linux.
- Desenvolver módulos para Kernel Linux, apenas conforme a licença GPL? BOM!
- Desenvolver módulos para Kernel Linux, fora da licença GPL? MAU!