Nos bastidores do KDE: David Faure

Esta semana a entrevista da série Behind KDE é com um veterano bem conhecido. Nós todos sabemos que ele é o guru do kdelibs, mas você sabe o que ele faz para o kdesysadmin? Ou eu devo dizer “fez”? Conheça o cara que desenvolvia para o KDE enquanto alguns de vocês nem eram nascidos. Conheça aquele que movia manualmente os arquivos na era CVS e veja como Charm e Jazz desempenham um papel importante em sua vida. Conheça David Faure!

Você poderia se apresentar?

Eu sou francês, 34 anos, e Qt/KDE é tanto meu hobby quanto meu trabalho 🙂 Bem, eu também toco jazz no piano como um hobby secundário.

Pode nos dizer o que você faz para viver?

Eu tenho sorte suficiente para ser capaz de trabalhar no KDE para viver, 20 horas por semana. Eu trabalho para KDAB em projetos relacionados ao Qt, e eu sou patrocinado pela Nokia para trabalhar no KDE.

Pode nos dizer o que faz para o KDE?

Sou desenvolvedor KDE desde 1998, mantenedor do Konqueror e de grande parte das bibliotecas do KDE. Além do desenvolvimento (principalmente correções de bugs, ocasionalmente novos recursos), eu revejo muitos patches de outras pessoas, e as ajudo com questões específicas de desenvolvimento no IRC. Como colaborador de longa data do KDE, as pessoas muitas vezes me vem com perguntas sobre o porquê que as coisas no kdelibs foram feitas de uma determinada maneira, por isso, apesar da minha memória ser geralmente ruim, eu acabo fazendo um pouco o papel de “memória do projeto” 🙂 Uma piada de veterano: a cerveja de Radej não estava fria quando ele escreveu o kmenubar …

Como você divide seu tempo entre todas as coisas diferentes que você faz?

Com dificuldade. Na KDAB usamos Charm (disponível no KDE playground) para controlar o tempo gasto em projetos diferentes, assim eu posso adicionar o “tempo do KDE” toda semana e alcançar a média de 20 horas, mas dentro desse tempo do KDE, eu muitas vezes tenho dificuldade de decidir sobre o que dar prioridade.Eu mantenho uma lista de bugs e problemas importantes para olhar, mas que muitas vezes é interrompida pelo IRC ou pedidos pelo e-mail privado.

Você é uma parte importante da equipe de sysadmin, você pode explicar mais detalhadamente o que faz?

Tornei-me um sysadmin há muito tempo (talvez por volta de 2000) porque Coolo queria sair de férias, então eu o sugeri assumir as suas responsabilidades durante esse tempo. Naquela época isso incluía mover os arquivos manualmente no servidor CVS, quando um desenvolvedor queria renomear um arquivo 🙂 Então, eu fiquei fazendo principalmente as tarefas do dia-a-dia (criação de contas do svn, aliases de e-mail e listas de discussão) por um tempo muito longo. E ocasionalmente “reiniciar algum serviço do servidor” quando necessário. Hoje em dia faço apenas a lista de discussão, e dou o acesso necessário ao mais recentes membros das equipes.

Você falou antes que quer fazer menos na área de sysadmin, por que diabos você diz isso?

Bem, eu não sou bom nisso 🙂 Eu nunca tive qualquer formação ou experiência com coisas reais de sysadmin, eu só dei uma mão como uma questão de necessidade. E porque alguém tinha que fazer as tarefas chatas do dia-a-dia, e como eu era patrocinado para trabalhar no KDE, parecia-me justo fazer isso. Hoje, no entanto, o número de sysadmins tem aumentado consideravelmente, algumas tarefas são mais automatizadas e, em geral, parece que eu sou mais útil para o KDE na correção de bugs ou ajudando os desenvolvedores no IRC, que ao fazer as tarefas que os outros sysadmin podem fazer melhor. A principal razão para ter durado tanto tempo, é que a integração de novos voluntários é difícil na área de sysadmin, há uma questão de confiança, e como não confiamos em alguém que não tenha visibilidade dentro do KDE por um longo tempo – especialmente quando queremos os desenvolvedores do KDE para gastar o tempo codificando em vez disso :). Parece que finalmente resolveram esse problema agora, com a integração de administradores experientes, que têm demonstrado grande compromisso com o KDE.

Nos próximos meses coisas irão mudar, devido à transição para o git. Você pode explicar as alterações e seu papel nelas?

Eu realmente fiquei fora disto, vendo como as outras pessoas são muito mais experientes com git. Eu estou ganhando alguma experiência com git e com mesclar os pedidos em Qt, então eu tenho simplesmente, na ocasião, sugerido ao resto da equipe como nós não devemos fazer as coisas no futuro do KDE git 🙂

Quais são as áreas onde o KDE e seu software realmente brilham na sua opinião?

Já que eu estou trabalhando principalmente no nível das bibliotecas do KDE, vou livremente interpretar essa questão como “plataforma de desenvolvimento do KDE”:). Eu acho que a plataforma KDE alcançou um bom nível (com Qt, é claro) fornecendo tudo o que é necessário para desenvolver aplicativos facilmente e de forma consistente. Existe um alto grau de compartilhamento de código entre os aplicativos do KDE, e o framework fornecido pela kdelibs torna mais fácil o fornecimento de novos recursos em todos os aplicativos do KDE sem mudar uma única linha de código em aplicações, ou, em alguns casos, adicionando uma única linha para ativar o recurso. É claro que o ambiente de trabalho do KDE e os aplicativos do KDE brilham muito, mas eu prefiro deixar que os outros anunciem estes.

Você tem uma visão de como e onde você quer o KDE em geral esteja daqui a 5 anos e o sysadmin em particular?

Eu sempre digo, já existem bastante pessoas com visões, prefiro estar entre aqueles que realmente fazem avançar as coisas – e precisamos demais destes, e não mais de visões individuais. Mas eu certamente espero que o KDE tenha 5 vezes mais desenvolvedores, 50 vezes mais usuários, e 5 vezes menos bugs, até 2015 🙂 A minha visão para sysadmin era um grupo de administradores experientes com tempo para o KDE, e meu desejo parece ter sido concedido no início deste ano, então eu vou poder me aposentar com ele e me concentrar no desenvolvimento.

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.