Com os recentes acontecimentos do mundo das coorporações, muitas preocupações vêem tirando o sono de muita gente quanto ao futuro do Qt para mobile. Com a parceria Nokia-Microsoft, o Windows Phone 7 definitivamente terá um lugar de destaque dentro das prioridades da empresa finlandesa, enquanto informações dúbias quanto aos investimentos open source da Nokia, como Symbian e Meego, fizeram com que a comunidade Qt lançasse um alerta geral, desde possíveis forks até premonições apocalípticas.

Mas como sempre, a comunidade é a luz da própria comunidade. Recentemente foi anunciado um port do Qt para Android, feito por um desenvolvedor nas horas vagas. O Necessitas, criado por Bogdan Vatra, trouxe um completo sistema de iluminação para aqueles que não viam luz no fim do tunel . E como o Qt é a tecnologia principal para o KDE, a comunidade não poderia deixar de conhecer como foi o processo de concepção da tecnologia.

Aqui vai a entrevista com Bogdan Vatra, da série Behind KDE Platforms, realizada por Pau Garcia i Quiles, auxiliado por Mario del Pozo e Jonathan Riddell e traduzida/revisada para português pelos membros do KDE-PI:

Introdução

Olá Bogdan, estamos felizes com esta conversa. Por favor, fale-nos um pouco sobre você.

Olá a todos. Eu sou Bogdan Daniel Vatra, quase 31 anos de idade, estou trabalhando e vivendo em Brasov, Romênia, com minha adorável esposa e meu maravilhoso filho.

Como e quando você começou com Qt para Android?

Em junho de 2009 eu fui contratado pela Route 66 como um desenvolvedor Linux.

Pouco depois disso, começamos a portar nossa engine para a plataforma Android, cujo SDK requer que os programadores trabalhem em Java. Mas não usávamos o Java para nossa engine! Nosso produto é em C/C++, então tivemos que fazer muito trabalho “sujo”: clonamos todo o sistema operacional Android, o compilamos, pegamos as ferramentas e criamos nosso próprio “Native Development Kit” e começamos a portar a engine. Em um período surpreendentemente curto e de maneira muito fácil conseguimos fazer a engine rodar no Android. Isso aconteceu antes do Google liberar o primeiro Native Development Kit, que permite o uso de C++ na programação para Android.

Me apaixonei imediatamente pelo Android, mas hmmm… tinha algo errado… parecia que faltava alguma coisa, algo muito importante, que era o framework Qt, meu framework favorito! Então, quando eu tive tempo, em Dezembro de 2009, fiz minhas primeiras tentativas. Depois de um mês eu estava vendo as primeiras imagens geradas por Qt no emulador do Android. Foi fantástico!

Quanto tempo tem o projeto Qt on Android? Quem começou?

Eu comecei o port do Qt para Android no final de 2009. Quando eu comecei o nome era android-lighthouse mas tive que mudar o nome para “Necessitas” pouco antes do release do SDK, já que a Nokia e Google não permitiriam eu usar os nomes Qt e/ou Android.

Lighthouse, um projeto iniciado pela Nokia, me ajudou muito. Facilitou muito minha vida, as mudanças que tive que fazer foram apenas em um pequeno conjunto de código na árvore do Qt. A “maior mudança” foi adicionar outra implementação de memória compartilhada no ashmem.

Corporações são superprotetoras com suas marcas. Estou curioso, qual o significado de “Necessitas”?

“Necessitas” vem do latin, a deusa romana da necessidade¹. Significa literalmente necessidade. A palavra também tem mais alguns significados profundos e poderosos.

¹ A deusa grega equivalente, ja que o panteao romano é um “espelho” do panteao grego, é Ananke (ou Anance). (N.do T)

Desenvolvimento

O que você faz hoje com Qt Android?

Muita coisa

Atualmente estou focado em terminar o pacote de instalação do Ministro, terminando a integração do Qt Creator com o framework Qt e tentando encontrar soluções para questões maiores (como suporte à OpenGL).

Quem quiser ajudar pode dar uma olhada na nossa lista de tarefas.

Aliás, “Ministro” também é uma palavra latina e também tem um significado bem legal: “atender, servir²”.

² Sarcasmo com a politica brasileira mode-on. (N.do T)

Você está sendo pago por este trabalho ou você faz em seu tempo livre?

Meu trabalho é resultado de pura paixão e amor pelo software livre. Estou muito feliz por tê-lo feito, por que não fui forçado por ninguém a fazer algo que não queria.

Quantas horas você dedicou ao Qt e ao SDK Qt para desenvolvimento no Android?

Não sei exatamente. Acho que mais que 200-300.

Quantas horas você geralmente gasta fazendo desenvolvimento FLOSS numa semana?

Depende, geralmente 5-10.

Usuários

Suponhamos que sou um programador Qt ou programdor Android e quero fazer uma aplicação. O que faço primeiro?

É muito facil, você deve baixar o SDK, instalá-lo e aproveitar. É como fazer qualquer aplicação Qt.

Atualmente o SDK é instalável apenas em plataformas GNU/Linux.

Há planos para portar o SDK para Windows, Mac ou outras plataformas?

Alguém entrou em contato perguntando sobre um port para Windows, para experimentar.

Pessoalmente eu não tenho tempo o suficiente para fazê-lo, mas ficarei muito feliz de aceitar contribuições de outras pessoas.

Que versões do Qt, Qt Creator e etc são atualmente suportados?

O SDK é baseado no já proximo Qt 4.8.0, Qt Creator 2.2 e Qt Mobility 1.2.

Nossa, você realmente está a par dos últimos releases. Quanto tempo irá demorar depois do lançamento oficial dos Qt 4.8.0, Qt Creator 2.2 and Qt Mobility 1.2 para ter o Qt SDK para Android? Um dia? Uma semana, um mês?

Provavelmente 1-2 semanas.

O quão diferente é o Android daquilo que o desenvolvedor mediano de Qt C++ está acostumado?

Na verdade não há, ou não deveria ter, diferença alguma. Ao menos foi isso o que tentei alcançar.

Primeiramente você deve configurar o Qt Creator. Depois disso não deve ser mais complicado criar aplicações Android do que criar aplicações desktop.

Há alguns passos adicionais a fazer mas todos são bem suportados pelo Qt Creator.

Então o Qt SDK para Android usa o QMake, certo?

Sim, para compilar a parte em C++.

Que linguagens esse release do Qt SDK suporta?

Por enquanto, apenas C++.

Há planos para portar o Qt Jambi para Android?

Eu não tenho.

Talvez isso mude depois do anúncio do lançamento? (Vi muitos artigos sobre o Necessitas! Parabéns!)

Veremos…. Obrigado.

Funcionalidades

O quão completo está o port do Qt para o Android? Existem partes faltando?

Existem partes ausentes como OpenGL, integração com o menu, estilos, etc. Esperamos que neste release mais pessoas se juntem a nós e ajudem-nos a terminar.

Nomeando:

• OpenGL é a parte mais complexa agora, o Qt precisa de uma nova superficie OpenGL para cada widget de nível alto (caixa drop-down, um menu, etc), o problema é na plataforma Android, usando as APIs oficiais, não tenho controle  na Z-order dessas superficies (SurfaceView), então preciso encontrar uma outra maneira de fazê-lo. Pessoas entraram em contato comigo e disseram ter interesse em trabalharem juntas nesse problema. Espero que encontremos uma solução em breve.
• Plugin de estilos. Esta é a próxima grande coisa. Por enquanto, todas as aplicações Qt parecem estranhas no Android, então devemos criar um plugin de estilos, no qual iria cuidar de toda as informações de estilização do sistema Android e colocá-los em aplicações Qt. Esta é uma tarefa de complexidade média (nem fácil, nem difícil) mas que terá um impacto visual fantástico.
• Menus. Esta tarefa é média-difícil. Para completar esta tarefa devemos fazer algumas mudanças no Qt. Eu entrarei em mais detalhes quando tivermos uma API para isso.

Como sempre, você pode consultar nossa lista de tarefas.

Este release do SDK Qt inclui as APIs do Qt Mobility ?

Ainda não. Infelizmente eu não tive tempo de incluí-lo, mas espero que no próximo release eu tenha graças a ajuda de outros contribuidores.

Quando você pretende fazer o próximo release?

Daqui a umas 2-3 semanas.

E quanto ao Phonon e o Qt Multimedia?

Como eu disse antes, os contribuidores estão fazendo um ótimo trabalho!

O Qt no desktop suporta vários sistemas gráficos, cada um deles com suas vantagens e desvantagens. No Android, os sistemas gráficos 2D são baseados na biblioteca Skia, do Google. Que sistemas graficos o Qt Android suporta?

O plugin da plataforma Android está usando o engine de renderização do Qt (que é muito bom).

Por enquanto, há planos de mover para o Skia. Eu não espero uma melhora considerável de desempenho, já que na minha opinião o sistema do Qt é um dos melhores do mundo.

Os gráficos 2D e 3D são acelerados quando usando o Qt no Android?

Não, ainda não. Quando acharmos uma solução para o OpenGL, tudo será feito via OpenGL.

Porque o OpenGL é um problema? O Android NDK não dá acesso a ele?

Provêem acesso mas como eu disse antes, há (grandes) limitações.

Existe suporte para QML no Android?

Sim, existe sim!

Em quê o SDK Qt para Android é melhor do que o SDK oficial do Java e/ou os NDKs de C++?

Este SDK é focado em trazer o Qt ao Android. Ele depende e usa o SDK e NDK oficial do Android.

Graças à integração com o Qt Creator, criar, gerenciar, compilar e debugar aplicações Qt é um passeio no parque.

Também estou planejando acrescentar suporte para aplicações não-Qt. Eles terão que usar o sistema de construção do  QMake e, provavelmente, uma parte em Java.

Há planos para acrescentar suporte ao CMake?

Bem, esse é complicado.

O suporte ao CMake do Qt Creator não é um dos melhores e seria muito difícil.

Estou usando o CMake para outros projetos mas estou usando-o junto com o KDevelop. Aliás, parabéns aos desenvolvedores do KDevelop, adoro os trabalhos que eles fazem.

Eu espero que alguém da Nokia ressuscite os planos de se afastar do QMake.

Sobre IDEs, o quanto o Qt Creator é melhor que o Eclipse?

Enquanto o Eclipse não tem suporte ao Android, Qt Creator (versão Necessitas) vem com um suporte de Qt para Android de primeira linha.

Você tem tudo que é preciso para fazer aplicações Qt para plataformas Android.

Realmente acredito que o Qt Creator é a melhor opção para o Qt no Android, porque apresenta um melhor suporte C/C++. Também acredito que a experiência de debug é (será) melhor. Por exemplo, usando Qt Creator você pode debugar a partir da primeira linha de código.

O SDK do Qt para o Android tem suporte ao emulador do Android?

Claro, suporta qualquer emulador/dispositivo  Android.

O SDK o instala? Ou você necessita configurar manualmente?

O Qt SDK para Android instala apenas o framework Qt e o Qt Creator, ele não instala o SDK e NDK Android. Nós provemos instruções para instalar o SDK e o Qt Creator.

Há “perfis” pré-configurados para desenvolver para telefones mais populares? (digamos o Nexus One do Google, o Samsung Galaxy S, HTC Desire, etc)

Não, neste momento não.

Pode-se debugar e executar aplicações em um dispositivo Android pelo QtCreator?

Sim, claro que pode!

Ótimo! O quão dificil é fazer o debug funcionar no Android?

O suporte a debug usa gdbserver com uma parte especial em Java, que garante que você conseguirá debugar a partir da primeira linha de código em C++. Esta parte é bem integrada com o Qt Creator ( Qt Creator passa alguns parâmetros especiais para a aplicação informando que o Qt Creator espera que sua aplicação rode em modo de debug), e faz toda a mágica: inicia o gdbserver e o vincula ao identificador correspondente do processo, assim a execução de suas aplicações para e espera pacientemente pelo Qt Creator se conectar com o gdbserver.

Falemos do sistema de construção: que sistema de build devemos usar ao desenvolver as aplicações? O QMake do Qt? O Apache Ant?

Na verdade, ambos.

O SDK do Qt usa o QMake para sua parte C++ e Ant para a parte Java. Usando Qt Creator, o último será transparente ao usuário.

Significa então que o Qt SDK para Android combina uma parte em C++ que usa o QMake e uma parte em Java que usa o Ant?

Sim. Toda aplicação Android que usa codigo nativo (C/C++) contém as duas partes.

A primeira parte é a aplicação C/C++. Para essa metade, o Necessitas usa o QMake e compila.

A segunda parte é o Java. Para esta metade, o Necessitas usa o Ant para compilar e criar o pacote. A partir do Android 2.3 você pode criar apenas aplicações nativas, mas você ainda necessita do Ant para criar o pacote.

Integração

Como é o suporte para diferentes resoluções, tamanhos de tela, celulares (3” e 4”) e tablets (7” e 10”)?

Qt suporta várias resoluções e tamanhos. Sua aplicação deve ter cuidado onde e como usá-los.

Você quer dizer que não há nada de especial no Android neste quesito.

Sim. Não é legal?

Sensores (giroscópios, acelerômetros, etc) e os serviços do Android (contatos, calendário, email, etc) são suportados?

Tudo isso estará acessível pela API do Qt Mobility. Vamos torcer para que o Qt Mobility esteja fazendo parte do próximo release.

Que sistemas de entrada as aplicações Qt para Android usam?

Teclado, gestos e multitouch são suportados.

Acredito que alguém estava trabalhando no suporte a voz.

É possivel desenvolver widgetts Android usando Qt?

Ainda não. Vamos torcer pra ser apenas um “ainda”.

Pode-se combinar código Qt com código Android? É difícil?

Sim, você pode combinar código Qt com Android. Não é muito difícil mas não recomendo. Eu preferiria que o pessoal se focasse no port do Qt Mobility!

Isto está documentado em algum lugar?

Apenas na lista de email qt-android. Tentaremos criar uma seção de FAQs na página do sourceforge.

Quando tentamos instalar uma aplicação no Android, somos advertidos sobre as permissões que daremos as aplicações nos nossos aparelhos, como acesso a internet, contatos, SMS, chamadas, etc. Como está essa integração?

Sim, você precisa configurar as permissões das aplicações. Você irá achar o Qt Creator bem util para esse trabalho.

Aplicações e Mercado

Qt no Android foi anunciado há poucos dias. Você conhece alguma aplicação que ja foi feita ou algum port para o Android?

Em principio, qualquer aplicação Qt (exceto aplicações OpenGL) pode ter seu port para o Android.

Se esta aplicação usa apenas o framework Qt (exceto OpenGL e Qt Multimedia) deverá funcionar.

Você não tem que fazer nada em especial, mas como dito antes eu não recomento às pessoas lançarem suas aplicações no Android Market ainda, elas devem ser pacientes e esperar atá a API estar estável.

Recentemente algumas pessoas tentaram colocar aplicações baseadas em Qt para Macintosh através da Apple Mac Store e encontraram alguns problemas que estão sendo trabalhados, ou usaram algumas soluções. Você vê algum problema em aplicações serem aceitas no Android Market? Até que ponto elas são mais pesadas que aplicações usando os SDKs oficiais?

Antes de mais nada, Google não é Apple. A Apple se tornou uma empresa muito maléfica e egoísta (mais que a Microsoft). Google é completamente diferente e acho que pessoas compararem as duas companhias é insultar o Google.

Na verdade a razão principal para começar e continuar este port é o fato do Google ter feito um ótimo SO livre.

Não tive problema algum em implantar aplicativos Qt no Android Market. Eu implantei um demo Qt  para testar o Ministro. Muito fácil e foi muito prazeroso.

Contribuidores

Quantos desenvolvedores estão trabalhando no Qt e no Qt SDK para Android?

O framework Qt, Qt Creator e Ministro (infelizmente) foram feitos 99% por mim, apesar de detestar trabalhar sozinho. Esses três componentes são parte do SDK que liberei.

A documentação no sourceforge.net foi escrita por Damien Buhl. Ele também ajudou muito em responder dúvidas das pessoas. Muito obrigado, Damien! Muito feliz por ter trabalhado com você!

A equipe Elektobit começaram uns meses atrás com o port do Qt Mobility. Agora eu estou esperando eles modificarem seu trabalho de acordo com a política de licença do Necessitas. Depois disso, estarei  muito feliz de acrescentar suas contribuições para o SDK Qt para Android.

E claro, quero que mais programadores juntem-se a nós.

Tenho certeza que vários de nossos leitores querem contribuir e devem estar pensando em se juntarem. Você poderia lhes dar algum direcionamento?

Estamos usando o modelo de contribuição do Qt. Siga o link e você tera toda a informação necessária para se tornar um contribuidor.

Basicamente o programador precisa:

1. Ir no repositório oficial do Qt para Android.
2. Criar um clone pessoal no gitorious.
3. Tomar uma tarefa e nos informar.
4. Completar a tarefa.
5. Criar um merge request.

Futuro

No último FOSDEM, IcedRobot, uma iniciativa para levar a API Android para Linux desktop (sem a Dalvik VM) foi anunciada. Você tentou usar o SDK Qt com ele?

Não.

Desenvolvedores KDE fizeram muito esforço em portar o KDE para Maemo e Meego. Há planos de portar KDE, etc para o Android?

Não sei, KDE é meu desktop padrão (e favorito). Seria legal ver aplicações KDE no meu telefone.

O que você acha da parceria estratégica Nokia-Microsoft?

Eu ainda não consigo acreditar que a Nokia cedeu Navteq, que é na minha humilde opinião o ativo mais precisoso que a Nokia tinha, para a Microsoft. Pra que? Pro Bing e pro pior sistema operacional móvel por ai?

Ainda não acredito que escolheram a Microsoft em vez da Intel e o Windows Phone ao invés do Meego.

Você está preocupado com o futuro do Qt?

Não. Acho que o Qt está seguro graças a licensa (L)GPL.

Na sua opinião, quais os maiores desafios que o Qt para Android enfrenta?

Por enquanto, o suporte a OpenGL.

Colaboração

Qt foi originalmente uma biblioteca centrada em desktop, apesar do Qtopia. Em 2008, a Nokia adquiriu a Trolltech e vimos um impulso em sua interface mobile, com ports oficiais para o Symbian, Maemo e Meego e ports não oficiais para iPhone, webOS, Android, Kindle, etc. Há alguma colaboração entre as pessoas que estão fazendo ports não oficiais para plataformas mobile? Quão diferentes são os problemas que cada um enfrenta ?

Até onde eu saiba, não há informações sendo compartilhadas, provavelmente por que são plataformas completamente diferentes.

Ainda assim, acho que a maioria dos ploblemas que esses ports enfretam são os mesmos e talvez uma lista de email do qt-lighthouse, onde pessoas podem falar sobre funcionalidades ausentes, problemas, etc, poderia ser útil?

Sim, uma lista do qt-lighthouse seria útil, mas  não uma lista qt-android (ou qt-qualquer-nome).

Achei a API Lighthouse bem fácil e intuitiva, então provavelmente você não precisaria de muita informação extra.

Thiago Macieira, Gerente de Produtos Qt, disse recentemente na lista qt-interest que a Nokia quer trabalhar com você para integrar Qt Android no mainline do Qt 4.8. Poderia nos dizer mais sobre isso?

Fiquei muito surpreso com a colocação do Thiago e realmente espero que trabalhemos juntos para terminar este projeto. Prometo dar meu melhor para ver o Qt no Android.

Vida pessoal

Não é segredo que cônjuges de programadores de open source geralmente acham que gastamos muito tempo em frente a um computador em nosso hobby. O que sua esposa acha do seu envolvimento com o projeto?

Ela entende e apóia, e sou muito grato por isso.

Na verdade, não gastei muito tempo nesse port, eu gastei um tempo mas espero que não demais!

Você está envolvido em outros projetos open source?

Sim, tambem sou autor do eXaro e outros projetos pequenos.

Além do Qt, que outros passatempos você tem?

Música, filmes, academia, tudo aquilo que me faz sentir-me bem.

Onde você vê você (e sua familia), Qt e Qt no Android nos próximos 5 anos?

Boa pergunta, eu gosto de viver o presente e não penso em tanto tempo a frente.

Agradecimentos

Há algo que você gostaria de acrescentar?

Quero mandar um grande obrigado para o pessal do Elektobit por seu trabalho maravilhoso para o QtMobility e para a equipe de documentação do Necessitas.

Link para o texto original em inglês: http://www.behindkde.org/node/925

Pra lembrar a todos que teremos nosso Release Party agora na quarta-feira (dia 26/01) no Atelier do Chef, foi

confeccionado um cartaz para divulgar o evento. A arte é dos camaradas Nuno Pinheiro e Eugene e a adaptação para a nossa divulgação foi da Angela Pereira.

Para mais informações sobre o local e horario, veja nosso post anterior.

Nos vemos lá!

Tudo combinado para o Release Party do KDE 4.6 aqui em Teresina. Muitos camaradas ja confirmaram a presença e, como sempre, teremos uma boa confraternização com a comunidade local do KDE, regada com muita cerveja e Mangueira.

Acontecerá no Atelier do Chef, que fica na Av. Dom Severino, 1631, no bairro Fátima. Vai rolar pizzas e conversas sobre o KDE e software livre em geral.

Quaisquer duvidas entre em contato conosco via nossa lista de email : kdepi@googlegroups.com.

Há poucas semanas houve  um consenso de uma comunidade de desenvolvedores que, por temerem que o seu ideário se modifique, decidiram tomar os rumos do projeto nas proprias mãos. O atual LibreOffice (antigo OpenOffice) e The Document Foundation (entidade responsável pelo projeto) é um caso de que quando a dúvida surge dentro de um projeto, e se existem pessoas que acreditam nos ideais do mesmo, o “divórcio” acaba por entrar em processo de andamento. As ações duvidosas da Oracle após a compra da Sun, como luta de patentes do Java com o Google, o fechamento do Solaris e a enrolação do MySQL, levantou temores da comunidade de desenvolvedores do OpenOffice, ocasionando seu fork.

Recentemente (23/10/2010), Cyrelle Berger iniciou uma thread na lista do koffice-devel anuciando sobre a divisão da comunidade de desenvolvimento do KOffice e como essa é a melhor solução para as discussões que acontecem internamente no projeto. No email, Berger fala que serão feitas perguntas ao KDE e.V. e que isso é uma possibilidade de um novo começo para a suite de escritorio do KDE.

Ao ler os emails da thread até agora, pude ver que o problema é relativo à questões pessoais entre os contribuintes, ao contrário do problema do LibreOffice, que está mais relacionado com a segurança juridica do idéario do projeto. No email, Berger fala de dois grupos de desenvolvedores:um grupo A, composto apenas pelo KWord e um grupo B, com KPresenter, Krita, Karbon e Kexi. Isso de certa maneira acaba por esclarecer algumas duvidas que, como usuários, acabamos por levantar.

O KOffice, mais especificamente o KWord, foi um projeto que tentei utilizar por aproximadamente 2 meses em um momento importante, que foi a escrita do meu trabalho de conclusão de curso. A usabilidade em termos de semiótica, como a escolha dos ícones e posicionamento dos mesmos pelas regras de Gestalt, é muito boa. Mas o KWord tem um problema seriíssimo de desempenho. Quando escrevia cerca de três palavras consecutivas, o programa ainda estava terminando de renderizar a primeira! Sem falar em outros problemas, como modificação indesejada da barra lateral direita, a baixa qualidade de renderização do formato ODF, a discrepância do WYSIWYG do documento gerado entre suites diferentes, e por ai vai. Sei que um software deve ter um foco próprio, mas não apresentar qualidade em certos termos básicos acaba por decepcionar e afastar usuários em potencial.

Infelizmente (ou felizmente, não sei) o KWord foi o único programa que me apresentou esse problema. Outros aplicativos do KOffice, como o Karbon e o KPresenter, não ocorreram esses mesmos incômodos. Quanto ao Krita eu sou suspeito para falar porque sou fã do projeto (um fã crítico, mas ainda assim fã e seu desempenho, na maioria das vezes, bate em muitos dos programas que eu utilizo nas minhas brincadeiras artísticas, como por exemplo o Gimp.

Da mesma maneira que muitos apostam na decolagem do The Document Foundation e do LibreOffice com todos os benefícios que isso irá acarretar para a comunidade, espero que essa divisão do KOffice seja benéfica para o KDE como um todo. Não estou ciente de todos os problemas internos do KOffice, mas a abertura para a diversidade de escolhas de projetos tem a possibilidade de trazer a tona mais melhorias para o KDE SC. Então é esperar pra ver.

Espero que a situação do KOffice possa trazer uma provocação para todos nós que tentamos contribuir de alguma maneira aos projetos FOSS: que uma boa comunidade de projetos de software livre se faz com um contato mais próximo com a base de usuários e que luta de egos nas definições de prioridades ajudam muito mais a minarem esforços do que a promover seu sucesso.

Ele é o mantenedor do reviewboard.kde.org .Ele não só tem sua maneira de revisar código, mas também sabe como projetar e desenvolver analizadores de sangue além de ter sido um dos atingidos quando a bolha da web explodiu. Aproveite uma divertida e interessante entrevista  com David!

Você poderia se apresentar?

Eu sou David Solbach, 30 anos de idade e vivo em Frankfurt/Alemanha já há algum tempo (desde 2003). Eu nasci em uma pequena cidade chamada Marburg a 100 km ao norte daqui.

Desde quando comecei a andar, eu me interessava por tudo que bipava, tinha botões ou, melhor ainda, um monitor e um teclado! Então eu passava um bom tempo no C64 do meu vizinho quando eu tinha mais ou menos 5 anos. Ainda me lembro do natal de 1986 quando meus pais me enganaram, fazendo-me pensar que a única coisa que eu poderia ganhar era um par de meias. Tentei fingir alegria e eu fiquei muito feliz quando descobri que eles tinham escondido meu proprio C64 (usado) por trás das cortinas! Não foi muito legal da parte deles, né?

Depois da escola, eu estudei ciencia da computação nas famosas “Berufsakademie”. É quando você estuda por três anos e passa metade do tempo na empresa que financia seus estudos durante aquele período. Então é uma mistura de educação prática e teórica.

Minha empresa era “Biodata”, mas esta é outra divertida (e também não tão divertida) história, que poderia ser muito longa para esta entrevista. (Tem um filme em alemão sobre isso: http://www.weltmarktfuehrer-derfilm.de). Resumindo: a empresa faliu quando a explosão da bolha da web estava chegando ao seu final. Tempos interessantes, eu diria.

Recentemente, em abril, minha filha Lisa-Johanna nasceu e ela me mantém bem ocupado, de um jeito meigo.

Poderia nos dizer o que você faz para viver?

Eu trabalho na Siemens Healthcare em um lugarzinho proximo a Frankfurt onde analizadores de sangue são projetados e construídos. Meu trabalho nisso é o desenvolvimento de software de controle para esses analizadores. Esta é a parte do software que está controlando os atuadores (a maioria motores de passos) e sensores para produzir resultados. É escrito em C.

Poderia nos dizer o que você faz pelo KDE?

Eu cuido da hospedagem de alguns sites (e.g. o site do  plasma) e o ReviewBoard. E claro eu tento promover o KDE e o software livre onde eu puder.

Você está mantendo o ReviewBoard por anos. Por que tamanha dedicação?

Acho que você está superestimando o trabalho que eu tenho mantendo o ReviewBoard. Na verdade não é tanto assim. Mas acho que devemos reagir rapidamente à  requisição de usuarios e à interrupções de servidor ou outros problemas, quando eles acontecem. Eu tento fazer isso.

O que me motiva? Bem, eu amo a idéia de software livre e código aberto. Minha tese de conclusão de curso foi sobre gerenciamento e compartilhamento de conhecimento. Acho que Código Aberto é conhecimento sendo compartilhado em sua forma mais pura. Na minha opinião é a única maneira viável de seguir, ao menos se você for pensar a longo prazo.

Fazer esse pequeno trabalho de administração para o KDE é uma maneira bem-vinda de dar algo de volta para a comunidade. Eu não tenho tempo para fazer nenhum trabalho relacionado a desenvolvimento no KDE, mas eu tenho um profundo respeito por aqueles que o fazem em seu tempo livre! (sem esquecer daqueles que são pagos para trabalhar no KDE).

Revisão de código é uma área que você tem um interesse especial? Em caso afirmativo, por que?

Acho que você poderia dizer isso, sim. Como a maioria dos desenvolvedores, eu gosto de codificar mais do que revisar, mas no trabalho tentamos revisar códigos sempre que possível, e frequentemente eles são mandatórios (regulações FDA e por ai vai), especialmente se as mudanças modificam a base de código  usados por clientes em produtos liberados. O slogan do ReviewBoard é “Sinta a dor da revisão de código!”, que pareceu algo que poderíamos usar também. Então acho que eventualmente acabaremos usando o ReviewBoard em nosso site como uma ferramenta para fazer revisões de código.

Esta é a primeira vez que você “importou” coisas do mundo open source para o seu trabalho?

Não! O KDE foi um dos primeiros (bem, relativamente um dos primeiros) a adotar o Subversion. Durante esse tempo eu já tinha começado a acompanhar o desenvolvimento do KDE e aprendi as várias vantages do SVN comparado a sistemas baseados no CVS (usavamos PVCS Version Manager, coisa horrível!).

Isso era algo que eu poderia usar muito bem no meu trabalho. Depois de 2 anos de promoção, um pouco de sorte e o apoio do meu chefe, terminamos usando o Subversion como nosso VCS oficial. Eu acho que vários de meus colegas de trabalho, incluindo eu claro, estão muito felizes com essa escolha. Também mostrou o potencial do software de código aberto  para várias pessoas em um local que não tinha muito contato. Atualmente, até mesmo o pessoal que não lida diretamente com software, ou seja, no projeto mecânico, estão usando. Até migração de dados e suporte em treinamento não foram problemas com ajuda de empresas terceirizadas (Polarion, CollabNet). Mas acho que estou pregando para o coro aqui.

Ah, e quase esqueci, tambem usamos o CMake em um de nossos projetos, também inspirados no KDE. Ele supre nossas nescessidades e está funcionando muito bem até agora!

Nos próximos meses a coisa vai mudar, devido a transição para o git. Você poderia explicar as mudanças e sua função no processo?

Basicamente, nós iremos configurar uma nova e brilhante instância do ReviewBoard e será integrado em um gerenciador centralizado de usuários (via LDAP). Adicionalmente, iremos usar o git como repositório central. Felizmente parece que o ReviewBoard apoia esta funcionalidade, então meu trabalho será principalmente configurar da maneira devida e garantir que está rodando bem. Eu espero alguns pequenos solavancos no caminho, mas nada sério, pequenos testes na integração com o git já estão sendo realizados. Autenticação LDAP também funciona já a alguns dias.

Em sua opinião, quais as áreas que os softwares do KDE brilham?

Primeiramente, acho que as bibliotecas e o framework base são ótimos. Acho o Qt uma boa (e bem documentada) base para se construir algo. Outra coisa, acredito eu, seja o consenso  na comunidade de desenvolvedores para fazer as coisas de um jeito inteligente e reusável sempre que possível. O plasma, junto com outras bibliotecas, parecem construídas nesse principio, isso que é realmente legal.

Agora as aplicações. Atualmente tenho aplicações no KDE (e no Linux em geral) que supre todas as minhas necessidades. Mais notadamente uso o KMail, Kdenline, K3B, Amarok, KMyMoney, só para enumerar alguns. Ah, e não muito tempo atrás eu me deparei com o KRenamer que é um verdadeiro salva-vidas, ja que minha câmera geralmente usa datas erradas em nomes de arquivos.

E, por ultimo: KDE tem uma ótima aparência!

Você tem alguma visão, como e onde você quer que o KDE em geral esteja daqui à 5 anos e o sysadmins em particular?

Hmn. Para o desktop eu gostaria que o KDE continuasse à sua maneira em águas calmas depois da mudança brusca desde o 4.0 e as últimas versões depois dela. Acho que seria bom se focar um pouco mais em estabilidade, polimento e otimização do desktop que o KDE SC 4.5 já busca. Adicionalmente a integração entre dois mundos desktops e os desktops e distribuições devem continuar a provêr uma boa experiência ao usuario de maneira geral. Sei que pode soar um pouco negativo, mas esses pontos geralmente são os mais difíceis em projetos open source (todos gostam de programar novas funcionalidades, certo?). Se o KDE puder melhorar nesse ponto, seria realmente uma grande vantagem para a competição.

Também estou ansioso para ver o que o KDE poderá fazer em dispositivos móveis no futuro. A equipe do plasma (notmart, aseigo e companhia) parecem trabalhar muito nesse direção.

Quanto aos sysadmins? Nada de especial. Só continuar com a história de escolher as ferramentas certas para o trabalho certo. O grupo sysadmin (na qual me juntei recentemente) ou o KDE em geral tem um bom histórico disso. Decisões para o SVN (e agora o Git) ou o CMake ao invés de outras ferramentas parecem que foram feitas no tempo certo. Também quando vi o documento explicando a motivação e as razões para a nova infrainstrutura ao redor do git, eu fiquei bastante impressionado sobre o nível de profissionalismo que foi mostrado! Impressionante.

Você poderia se apresentar?

Atualmente moro em Wellington, Nova Zelândia. Minha máquina é um laptop Acer que comprei dois anos atrás, chamado Grace.

Poderia nos dizer o que você faz da sua vida?

Atualmente sou estudante, estudando minhas qualificações.

Poderia nos dizer o que você faz pelo KDE?

No momento eu matenho o módulo de controle de Configurações do Sistema (System Settings) e as Ações do Dispositivo (Device Actions). Eu também sou um dos administradores do Fórum do KDE, onde ajudo a organizar os problemas que os usuarios encontram, juntamente com tarefas de sysadmins.

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

Boa pergunta. Eu não tenho uma lista de tarefas e tento lidar com as coisas “da maneira que elas chegam”, dependendo da prioridade da tarefa ( sendo claro que depende de mim lembrar-se delas

Você pode nos dizer  um pouco mais sobre como você acabou sendo sugado para o KDE? E porque você está interessado no kdesysadmin? E seja um pouco mais -v !

Primeiramente fui apresentado ao KDE 3.4 em um live CD do Knoppix (sim, CD, não um DVD), em 2005, acho… Um pouco depois eu instalei minha primeira distribuição, com o 3.5. Durante a mudança para o KDE 4.0 eu me juntei a várias listas de e-mail. Mas foi a partir de  Setembro de 2008 (segundo a data do registro da minha conta) que eu comecei a contribuir com o KDE, quando eu respondi a uma chamada para moderadores do fórum que estava sendo configurado. As coisas seguiram de lá, incluindo a reescrita do Configurações do Sistema e a integração do Sysadmin.

Porque eu estaria interessado em sysadmin? Acho que apenas gosto de saber como as coisas realmente funcionam, que foi minha motivação inicial ao tentar o Knoppix. É interessante ver como um script de 50 linhas pode tomar vários sistemas  e agregá-los em algo coeso.

Você se tornou uma parte importante da equipe de sysadmin, você poderia explicar com mais detalhes o que você faz?

No momento eu estou trabalhando nos preparativos  da infraestrutura da migração para o Git. Além disso, ajudo no gerenciamento das contas do SVN para os desenvolvedores, e mais outras coisas (como aliases de e-mail).

Você gostaria de fazer mais tarefas de sysadmin e, em caso afirmativo, você quer se especializar em alguma área?

Com certeza! Embora prefira não ficar muito especializado, mas permanecer mais genérico (apesar de achar que eu me especializei  em uma extenção com o GOsa). Eu tenho tendência a usar testes de instalações de maneira que você não ache muito perigoso ( a não ser, é claro, que você esteja usando a instalação de teste . A grande coisa que eu gostaria de terminar assim que a infraestrutura do Git for lançada é o sistema de autenticação do GOsa, caso contrário não tenho outros planos no momento . Com certeza irei ajudar em qualquer projeto que vier pela frente.

Esta semana o GOsa será lançado no identity.kde.org. Você poderia explicar o que é?

Claro. GOsa é um website, este frontend basicamente gerencia um diretório LDAP. Ele irá formar o frontend de usuário para gerenciar suas chaves SSH e detalhes pessoais com os quais serão usados vários componentes do repositório Git do KDE.

Ele é responsável por garantir que os lugares que usam os dados sejam informados quando ocorrerem mudanças, de maneira que eles possam sincronizá-los e garantir que pessoas possam editar apenas suas entradas.

É baseado em PHP, e um plugin para prover virtualmente todas suas funcionalidades. O resultado disso é que estivemos aptos a customizá-lo de maneira relativamente fácil e foram adicionadas funcionalidades para receber registros de desenvolvedores e agregar algumas informações particulares.

Não podendo guardar apenas as chaves SSH dos desenvolvedores, você poderia nos dar uma visão geral sobre que dados podemos salvar nele e para que será usado?

No momento nós adicionamos a capacidade de salvar o apelido do IRC e o ID do Jabber do usuário. GOsa também vem com a habilidade de guardar informações de contatos e um avatar. No momento, nenhum dos sites pode usar aquele avatar, mas em breve espero que seja possível para várias ferramentas web usá-lo.

Os dados em si podem ser usados para qualquer coisa. Pessoas poderiam se inscrever em listas de e-mails baseando-se no fato de ser um membro do grupo, por exemplo. Os primeiro beneficio é, claro, é ter que lembrar de apenas um login e uma senha, isto é o que chamamos de sistema de “Login Único” (“Single Sign In“-System), no qual é baseado no usuário e senha que você tem para o GOsa.

Poderia nos dizer o que quer dizer com isso?

Isto significa que você deverá logar-se em apenos um local para ter acesso instantâneo a todos os sites do KDE. Isto será possível através do uso do backend LDAP que o GOsa gerencia, e os sites então autenticam sobre ele. Desenvolvedores e usuários podem ajudar isto ser possivel não usando caracteres de espaço nos logins e tendo o mesmo endereço de e-mail em todos os sites. Isto irá facilitar a mesclagem de contas atuais com as contas baseadas em LDAP no futuro.

Mas soube também de rumores sobre os membros do eV avaliá-lo?

Sim, é verdade. Está sendo analisado o armazenamento de informações sobre a adesão de membros do eV, particularmente detalhes de contato. Isto irá possibilitar aqueles detalhes serem atualizados pelos próprios membros.

Funcionalidades também foram adicionadas para ajudar a gerenciar a lista de membros, fazendo os membros aptos a verem seus status corrente e uma lista de chamadas que eles participaram em um primeiro momento.

Poderia nos explicar que outras opções nós poderemos ter com o sistema, digamos, daqui a dois anos?

De maneira que o GOsa simplesmente gerencia o diretório LDAP do identity.kde.org, poderíamos ir a qualquer lugar. Seria potencialmente possível (no futuro) à aplicações do KDE usarem alguns destes dados. A centralização de dados irá possibilitar a  aplicações web usarem o mesmo conjunto de informações.

Em uma sessão de brainstorm nós pensamos: melhorar a configuração do planetkde, formar a base para  votações sobre  adesões ao eV, pessoas gerenciarem seus endereços de encaminhamento dos seus emais do kde.org/kdemail.org, gerenciamento DNS, sistemas de administração simples, integração com outros sites do KDE, como o Bugzilla, Mediawiki, Drupal, phpBB, mas também poderia segurar seu OpenID de maneira que possamos transitar os sites que utilizam o OpenID, mantendo a mínima passagem de credenciais.

Para concluir, algumas perguntas gerais, por exemplo, que áreas o KDE e seus softwares realmente brilham, em sua opinião?

Bem, todo o desktop é bem legal… Konsole é minha escolha para a melhor aplicação. O Kate vem em segundo.

Você tem alguma projeção, tipo onde você  quer que o KDE esteja daqui a cinco anos e o sysadmin em particular?

Seria legal ver nosso consumo de memória reduzido nos próximos releases, e em geral se tornar mais polido. Em termos de funções, eu acho o KDE perfeito atualmente, e é bom ver que novas funções não invadem as antigas. Eu também gostaria que o Akonadi e Nepomuk se tornassem uma parte mais essencial do desktop (configurando-se perfeitamente e sendo capazes de se consertar). Para o sysadmin, eu gostaria de ver todos os sites usando a infraestrutura do GOsa

Behind KDE : http://www.behindkde.org/node/799