SEP
26
2010

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.

SEP
13
2010

Nos bastidores do KDE: David Solbach

Nesta semana, Nos Bastidores do Kde entrevista uma das autoridades desconhecidas por trás da equipe de sysadmin. É o David Solbach. Clique na imagem para ver onde David estava  durante o "Fjällraven Classic".

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.

SEP
1
2010

Nos bastidores do KDE: Ben Cooksley

Nesta segunda edição, conversamos com Ben Cooksley. Ele é um dos responsáveis em configurar partes essenciais da infraestrutura do git. Normalmente ele é bem quieto e prefere não chamar muita atenção. Uma razão a mais pra colocá-lo nos holofotes. Conheça mais uma pessoa que cuida dos fóruns do KDE e que não tem medo de termos como LDAP e GOsa e consegue escrever scripts de sysadmins sem bugs de olhos fechados. E o único que faz tudo com o Grace.

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

SEP
1
2010

KDE no Festival Software Livre BH

O Festival de Software Livre BH surgiu a partir de um debate em uma lista de discussão aqui de Minas, a intenção principal do evento é difundir conhecimento e ampliar o uso do Software Livre. Na grade temos palestras voltadas ao KDE e o mini-curso de qt.

No primeiro festival tivemos o lançamento do site: http://kde-mg.org, as palestras: Educação é bom e o KDE gosta e funcionalidades KDE 4.x, e a partir daí nos envolvemos mais com a comunidade brasileira do KDE.

O segundo aconteceu apenas 3 meses depois do primeiro e já tivemos o mini-curso de qt e uma palestra dedicada ao novos colaboradores do KDE. Apesar do evento ter sido organizado em apenas um mês atingimos nossas metas em relação a alavancar o divulgação do KDE em Minas.

O terceiro festival aconteceu dia 14 de Agosto e contamos com a colaboração de um grupo local de uma cidade vizinha de BH, com certeza foi a edição com maior número de pessoas, tivemos a participação do Anselmo que veio de Recife palestrar sobre o KDE para iniciantes e também o Daniel que palestrou “KDE, Software Livre e inovação" .

Recebemos muitos elogios pela organização e acredito que com essas ações o projeto   KDE  se fortalecerá e aumentaremos o número de colaboradores brasileiros.

AUG
31
2010

OpenHatch: facilitando os primeiros passos.

 

Baby

Baby (foto do flickr da gabi_menashe)

 

Este é o post de um convidado, o Asheesh Laroia do OpenHatch, um "engenheiro envolvido com open source". OpenHatch é um website e um projeto em andamento para ajudar novos contribuidores a acharem o seu lugar em projetos de software livre. Há poucos meses atrás, ele importou alguns bugs do KDE bug tracker para o pesquisador de oportunidades para voluntários da OpenHatch. Eu o convidei para escrever sobre isso no meu blog. O OpenHatch também tem o seu próprio blog.)

O KDE está fazendo algo maravilhoso com Junior Jobs. Estes são pequenos bugs (muitas vezes pequenos recursos a serem implementados) que são apropriados para um novo contribuidor tentar fazer. Quando mantenedores criam estas oportunidade, eles levam uma informação que de outra maneira ficaria apenas na cabeça deles - quão fácil ou difícil um problema é - a tornam isso disponível como uma sugestão para novos contribuidores. Convenientemente, criar um "Junior Job" não traz nenhum trabalho em adicional: os mantenedores apenas tem que encontrar o bug relevante no Bugzilla do KDE e adicionar a palavra chave  junior-jobs.

Mas o KDE Bugzilla não é tão amigável. Provavelmente a leitura deste post pode lembrar uma época em que o Bugzilla parecia uma ferramenta difícil de usar. Bugzilla funciona bem (o suficiente), como interface para os mantenedores do projeto para compartilhar o status do seu  trabalho com os outros.

Mas imagine que você é um contribuinte em potencial.  Acesse a lista do Junior Jobs . (Para obter esse link, eu fui para o KDE Bugzilla e cliquei em "Junior Jobs", no lado esquerdo.) Isto é o que eu visializei enquanto escrevia este post:

junior-jobs

Aqui estão algumas questões que eu poderia levantar como novo colaborador (e alguns comentários como eu mesmo):

  • O que "wis" e "UNCO" significam?
  • Quem é JJ? (Talvez seja as iniciais de uma pessoa, talvez ele ou ela pretendam corrigir isso.)
  • Em quais projetos esses erros estão? (Eu posso adivinhar ...)
  • Onde posso obter o código fonte? (A resposta errada pode levar o contribuinte a apresentar um novo patch não aplicável para a versão mais recente.).
  • Se eu começar a fazer isso, quem pode me ajudar quando eu tiver dúvidas e não souber mais o que fazer? (Um novo colaborador pode até fazer um esforço, e mesmo assim pode se confundir com algo e desistir.)

Eu gosto de brincar que bug trackers dizem um monte de informação sobre o que é o problema, mas não explicam como resolvê-lo. Nós na OpenHatch anunciamos um grande número de projetos que estão em uma situação similar: eles anunciam  os bugs como "fácil", "bitesize", "junior" e direcionam os novos contribuidores direto para o bug tracker. Então, nós criamos o que chamamos de pesquisador de oportunidades para voluntários para ajudar as pessoas a encontrarem algo onde trabalhar. O programa baixa as entradas dos rastreadores de bugs, essas entradas representam centenas de projetos. (Como o OpenHatch é um software livre, também importamos os bugs do tipo "fáceis" do nosso próprio rastreador.)

Quando você olha as entradas no programa, você pode clicar no nome do projeto e ver detalhes na página da OpenHatch (nós fizemos uma para cada projeto em que alguém diz ter contribuído ou de onde nós importamos os bugs). As páginas listam as pessoas que se colocam a disposição como mentores. Contribuidores também podem escrever instruções ou sugestões de com se envolver, por exemplo, a página do Gally fez um grande trabalho respondendo "Além de escrever código, como posso contribuir?"

Se você não sabe como começar, você também pode procurar oportunidades pesquisando por linguagens de programação, pelo tipo de ajuda que você quer dar (como escrever documentação) ou apenas procurar nas páginas por algum projeto que você queira trabalhar. Você pode restringir a pesquisa a apenas aqueles que chamamos de "bitesize" ("Junior Jobs" no KDE, bugs chamados de "fácil" na linguagem de programação Python, e assim por diante).

Então OpenHatch é um projeto para pensar como as pessoas podem participar de comunidades de software livre e de construir instrumentos técnicos e estruturas sociais para fazer isso da melhor maneira. Esta ferramenta é uma coisa que nós construímos. É um projeto da comunidade, e você pode ajudar também! Dê um "oi" no IRC ou por e-mail se você quiser juntar-se a nós.

Eu gostaria de ouvir (nos comentários deste post): O que você acha sobre o nosso "pesquisador de oportunidades para voluntários"? O que você acha que funciona nessa ferramenta? O que você mudaria?

Se a Lydia me convidar para escrever novamente, vou falar sobre conseguir mais não-codificadores envolvidos no software livre. Durante o fim de semana eu conheci Lydia e Jeff do Amarok, eu tive uma idéia louca de algo que você pode construir em cima do OpenHatch. Se você quiser manter contato, entre no nosso canal de IRC ou Identi.ca / Twitter / RSS!

......................................................................................................................

Esse texto é uma tradução do post  OpenHatch: Making the first step easier do blog da Lydia, uma das colaboradoras do KDE e uma simpatia em pessoa. Thank you Lydia! Logo, se encontrarem algum erro na tradução, por favor, me avisem.

AUG
30
2010

Lançado o KDE SC 4.5.1

31 de agosto de 2010. Hoje, o KDE lançou uma nova versão do KDE Software Compilation (KDE SC). Esta edição mensal do KDE SC é uma atualização de erros e traduções para o KDE SC 4.5. O KDE SC 4.5.1 é uma atualização recomendada para todos que estejam rodando o KDE SC 4.5.0 ou anterior. Como esta versão contém somente correções de erros e traduções, ela será uma atualização segura e suave para todos.

AUG
26
2010

Lançado o KOffice 2.2.2

27 de agosto de 2010. A equipe do KOffice está feliz em anunciar o lançamento do KOffice 2.2.2, a segunda versão de correção da série 2.1. Esta versão não contém nenhum novo recurso, mas uma grande quantidade de correções para a maioria dos componentes do KOffice 2.2. Mais detalhes do lançamento do 2.2.2 podem ser encontrados no changelog. Esta versão do KOffice está traduzida para não menos do que 27 idiomas.

AUG
19
2010

Nos Bastidores do KDE: Ingo Malchow

O KDE possui uma série de entrevistas chamada Behind KDE, a intenção é através delas apresentar à comunidade as pessoas que estão por trás dos softwares que usamos: Quem são essas pessoas criativas? O que os motiva a contribuir para o projeto KDE? O que eles comem? Quem são os seus escritores favoritos, cantores e atores? Bem ... você terá essa imagem. Nos bastidores do KDE entrevistará as pessoas que trabalham no KDE para encontrar as respostas para perguntas como estas. Bem como programadores, entrevistaremos artistas, tradutores, pessoas da publicidade e todos os outros que fazem da comunidade KDE o que ela é hoje.

A primeira entrevista deste ano, feita com Ingo Malchow, foi aqui traduzida para que a comunidade brasileira também tenha acesso a essas informações. Pretendemos traduzir toda a série. Acompanhem!

***

Behind KDE  com Ingo Malchow

Essa entrevista é com Ingo Malchow. Ele já é um dos famosos administradores do fórum e é uma das mais recentes adições à equipe de sysadmins do KDE. Nesta entrevista você encontrará uma pessoa cujo o passatempo favorito é o seu trabalho, capaz de ajustar a cor do céu em seus sonhos através de uma folha de estilo e que pode farejar uma fonte feia a 10 cliques de distância. A propósito, ele, sozinho, criou este site [N.T.: http://www.behindkde.org/] na semana passada e o encheu com conteúdo do ano passado. Divirta-se!

Você poderia se apresentar? Eu sou Ingo Malchow (mais conhecido como neverendingo no irc), um dos fundadores dos Fóruns do KDE, estou com pouco mais que 30 anos, e não consigo realmente dizer do que gosto. Isso é tudo! ;) Pode nos dizer o que você faz pra viver?

Web design, e de vez em quando desenvolvo em php.

Pode nos dizer o que faz para o KDE?

Como havia dito, iniciei os fóruns, fazendo trabalhos de administrador lá e expulsando os spammers. Essa é a parte divertida. E então geralmente alguém chega, encontra um erro de digitação em um dos sites do KDE ou um erro de exibição e eu vou consertá-lo. Isso porque, basicamente, a maioria das pessoas acham que HTML/CSS/PHP são coisas um pouco chatas. Mas alguém tem de fazer o trabalho, então ei, deixe-me ser essa pessoa. Ou alguém quer um novo site para o KDE, eu também posso ajudar com isso, desde a criação do site em si até a execução do projeto. Mais ou menos o que eu faço para viver. Eu deveria ter passatempos melhores, eu acho.

Você se tornou uma parte importante da equipe de sysadmins, pode nos explicar mais detalhadamente o que você faz?

Eu realmente não diria importante. Mas o que eu faço bem é fazer as pequenas coisas para dar aos grandes sysadmins mais folga para respirar. Sim, eu diria que é isso. Isto geralmente é feito pelo gerenciamento dos nossos monstros, seja phpBB, mediawiki ou o nosso framework personalizado “Capacity”. Isso é o que me acostumei a fazer e não o que realmente um sysadmin gosta de fazer. ;)

Capacity? O que é isso?

Esse é o nome de nosso framework utilizado na maioria dos sites do KDE, e pode ser encontrada no trunk/www/media. Foi escrito uma vez por algumas pessoas do KDE. E agora está sendo usado no www.kde.org, edu.kde.org e no pim.kde.org, mas também pequenos sites podem usá-lo e instantaneamente ficarem ótimos, como, por exemplo, o http://kdesvn-build.kde.org/.

Como você divide seu tempo entre todas as coisas diferentes que você faz? Boa pergunta... eu realmente odeio isso. Na verdade, foi você [red: Tom Albers], que me mostrou como limitar certos aspectos de determinadas épocas. Eu tentei fazer isso também, mas até agora eu falhei... Vamos lá, não é tão difícil, basta manter um cronograma. O que é tão difícil? Quando você está diante das coisas menores é muito tentador fazê-las imediatamente. Você se pendura no irc ou lê seus e-mails, e de repente alguém vem com pequenas coisas que podem ser feitas facilmente. Como adicionar um novo mirror ftp à nossa lista, por exemplo, ou "cara, o tamanho dessa fonte é uma porcaria, por favor, use uma diferente". Se você deixar a lista crescer com tantas coisas pequenas é improvável que isso aconteça num futuro próximo. Então, eu prefiro fazê-las de imediato e não manter um cronograma. Mas a minha satisfação vem do styling do site, o que pode demorar semanas ou meses. Nos próximos meses as coisas irão mudar devido à transição para o git. Você poderia explicar essas mudanças e o seu papel nelas?

A transição para o git é um grande passo e eu mal posso esperar por isso. O código do nosso fórum já está hospedado no git há um booom tempo, e espero que tenhamos outros sites logo ali também. Como sempre, alguém precisa cuidar do design dessas coisas, nós queremos uma boa aparência nos vários sites, certo? Então, alguns testes, etc (e de novo mantendo as menores coisas distantes dos grandes sysadmins ;))

Isso significa que você não pretende ser um 'importante' sysadmin?

Isso não é verdade, se o tempo permitir e se outras pessoas entrarem e fizerem as coisas menores, porque não? A meu ver, todas as coisas do site estão começando a ficar importantes para as pessoas, eles compreendem que você não pode apenas colocar algo e esperar o trabalho de qualquer maneira. Veja alguns anos atrás. A maioria dos sites estáticos do KDE, um design. Agora temos um fórum, algumas instalações do Drupal, mediawiki, com muitas contribuições interessantes, e eu não acho que vai acabar agora. Precisamos, definitivamente, de um administrador de sistema focado nesta área. Quais são as áreas onde o KDE e seus softwares realmente brilham em sua opinião?

Design, claramente. Eu posso ser subjetivo, mas o design como um todo (como na arte) é impressionante, tenho grande admiração a todos os artistas e designers de interface envolvidos. Excelente trabalho. A outra coisa, é claro, é a própria área de trabalho, o plasma, claro que há discussões sobre quem copiou de quem, blabla, mas você pode usá-la e alargá-la. O fim das ideias não foi alcançado. E, como disse acima, graças à sua excelente arte  a diversão aumenta ao usá-los. Eu poderia continuar com o nome de cada um dos aplicativos que uso diariamente mas não quero perder - há muitos.

Você tem alguma visão de como você quer que o KDE seja nos próximos 5 anos e em particular como administrador de sistemas?

Continuem o bom trabalho com o código, não muito daquele lado, na minha opinião. Um pouco mais/melhor  coordenação em outros aspectos, como a integração com os não-programadores, simpatizantes, escritores de documentação ou também dentro de equipes, como a de sysadmins. Do meu ponto de vista foi bastante parado do lado dos sysadmins por um bom tempo. Provavelmente porque não era necessário. Você [red: Tom Albers], por exemplo, faz um trabalho maravilhoso com suas entradas de blog sobre o que está acontecendo no mundo sysadmin atualmente, ou que agora existe um canal aberto sysadmin onde podemos nos encontrar, ser contatados ou cutucados. É um bom passo na direção certa. Então minha visão seria ainda mais "Comunidade". O KDE tem uma grande comunidade? Absolutamente. Mas pode ser ainda melhor ...

Post original: http://www.behindkde.org/node/85

AUG
4
2010

Release Party do KDE SC 4.5

Olá Pessoal!

Essa semana fica pronta mais uma versão do KDE SC, a versão 4.5 ;) E para comemorar o seu lançamento, o KDE-PI irá realizar uma Release Party no próximo sábado, dia 7. Quem estiver interessado em conhecer as novidades do KDE 4.5 pode aparecer a partir das 9:30 da manhã na casa do Filipe, no bairro Morada Nova em Teresina. Estão programadas as seguintes atividades:

  • Apresentação da versão 4.5
  • Compilação da versão 4.5
  • Macarrão ao molho Quatro Queijos!
  • Brejas
  • Cajuína
  • Mangueira

Pra saber onde fica a casa do Filipe basta entrar em contato com a gente através da lista do KDE-PI ou de um dos nossos emails.

E se você quiser dar uma conferida nas Release Parties que irão acontecer aqui no Brasil e no restante do mundo, basta acessar: http://community.kde.org/Promo/ReleaseParties/

Apareçam!

JUL
30
2010

Contagem Regressiva para o KDE SC 4.5

KDE SC   4.5 Release Counter

E se você está em Teresina, Piauí, estamos preparando um KDE Release Party para a próxima semana. Interessado, deixe um comentário abaixo e fique de olho em kdepi.

Pages