Elenquei então várias linguagens que já conhecia por alto ou que alguém comentou comigo, ou que li em blogs, etc, etc. Pensei em Perl, Clojure, Haskell, Awk e Erlang. Fiquei muito tendencioso ao Perl e Erlang, não me perguntem o porque, mas foram as que me interessei logo de cara quando comecei a escolher coisas novas para aprender. Acabei escolhendo Erlang pela característica de programação paralela que é um assunto que tenho estudado também e já encomendei o meu livro, do Joe Armstrong.

É claro que ainda vou demorar a fazer BDD com Erlang no Giraffas, mas um dia chego lá. Espero muito em breve conseguir postar algo sobre meu aprendizado.

Executar os testes é outra tarefa muito legal e motivante, ver as coisas acontecendo de forma automática é lindo, mas com o tempo isso começa a ficar muito chato, cansativo e a levar tempo de mais, tempo que você não pode esperar toda vez que quiser fazer um commit ou um push ou até mesmo uma integração para build. Com isso vem a idéia de um servidor de integração contínua onde todos os testes serão executados automaticamente do jeito que você desejar: a cada commit/push, tantas vezes por dia, etc.

Novamente tudo fica muito bom quando o servidor de integração contínua está executando tudo e dando conta do recado, mas e se o servidor disponibilizado não tiver um ambiente gráfico? Ou melhor, e se você questionar a razão de ter um ambiente gráfico num servidor como esse? Bom, há de pensar que sem interface gráfica não é possível executar o browser (exceto o lynx, eu sei), então o que fazer? Para resolver este problema existe o Xvfb, um projeto que serve exatamente para máquinas sem display.

O Xvfb cria um buffer virtual em memória e executa o X Server a partir daí, redirecionando o que deveria ser a saída VGA para a memória, e com isso você consegue um X Server virtual rodando sem display, apenas em memória. Com isso já é possível rodar o browser (e qualquer outra coisa que precisa de um X Server), logo, é possível executar todos os seus testes do Selenium. Um detalhe interessante é a possibilidade de ter qualquer resolução disponível agora, mesmo aquelas que um monitor não poderia te proporcionar.

Vamos agora a instalação e execução do Xvfb:

Instalando o Xvfb

Executando o Xvfb

Com o comando acima vamos iniciar um novo servidor X (:1), screen 0 (-screen 0), resolução de tela de 1600x1200 e 32bits de cores. Agora para abrir o firefox neste servidor:

E se você quiser acessar visualmente a saída criada pelo Xvfb pode usar algum cliente VNC como o x11vnc e conectar-se no display criado:

E pronto! Obviamente o Xvfb não deve ser usado exclusivamente para o Firefox/Selenium, este post foi apenas uma abordagem dentre as milhares de soluções que podem se beneficiar de um X Server virtual.

Como muita gente me perguntou e ainda tem perguntado por que saí da globo.com, vou responder aqui pois pelo menos poderei enviar o link como resposta às próximas pessoas que perguntarem, afinal explicar isso toda hora é muito chato. A primeira pergunta que fazem é se houve algum problema com alguém ou alguma coisa em específico, não, não houve nada disso, como inclusive, eu já disse aqui no blog, tudo estava muito bem lá, a equipe, os projetos, enfim. Então a próxima pergunta é se fui demitido, não, também não fui demitido, eu pedi a dispensa. Exceto um pouco de sensação de insegurança e do sotaque carregado não houve nada de desconfortante, apenas, é claro, uma série de acontecimentos particulares tanto lá no Rio quanto aqui em Vitória.

Espero muito em breve poder contar a todos, afinal apesar de estar triste por ter saído do meu emprego dos sonhos eu também estou muito feliz (não estou maluco), mas por enquanto acho melhor não expor nada (não rolou contar - essa só o pessoal da webmedia vai entender).

E no geral é isso, fui muito bem recebido de volta aqui em Vitória, os velhos amigos e bares =). E pra quem for pra webmedia, muito sucesso e boa sorte, a equipe é realmente excepcional! Sentirei muita falta.

Fiquei muito contente com o convite do meu grande amigo, Rafael Carneiro, JUG Leader do CEJUG e um dos administradores do PortalJava, partirei para o nordeste com muita empolgação, afinal além de não conhecer a região vou conhecer várias figurinhas do dia-a-dia de blogs, twitter, IMs e tudo mais, a expectativa é grande.

A apresentação de Testes desta vez terá uma abordagem com maior foco em TDD e BDD. Ainda estou tentando sintetizar o conteúdo da melhor forma possível, torço para que o pessoal do Ceará goste.

Maiores informações aqui no site do CEJUG.

Logo nos primeiros quinze capítulos do livro encontrei e relembrei da famosa instrução pass do python, não sei como pude me esquecer de uma instrução tão importante. Basicamente, para quem não conhece, o pass no python está para as instruções assim como o None está para as atribuições, ou seja, ela simplesmente não faz nada, é uma função null/None/nil, como preferir e existe apenas para fins de utilização onde a sintaxe obrigue a existir uma instrução, como num while infinito, por exemplo.

Voltando aos pontos comuns de erros:

• Dois pontos
  Em instruções compostas (if, while, for, etc) não use mais os parênteses (brackets), em python você deve usar dois pontos - :
• Endentação e espaços em branco
  Siga um modelo de tabulação consistente e único no seu script. Se você começou usando dois espaços, ou tabulação de 4 espaços ou seja o que for, mantenha-a. O interpretador, geralmente, não saberá o que fazer se você misturar vários de tipos de tabulação e espaçamento.
• Comece sempre na coluna 1
  Certifique-se sempre de começar a primeira linha do seu código na primeira coluna disponível, principalmente se estiver usando o prompt interativo. É muito comum que um espaço ali tire o seu sono.
• Atribuições com tipos mutáveis e imutáveis
  Estude e tenha certeza de que realmente aprendeu o comportamento dos tipos de dados em python - listas, dicionários, strings e números. Não pense que se você sabe a linguagem XPTO que os concentois serão os mesmos, principalmente, não pense que isso será uma perda de tempo. É muito comum, por exemplo, fazer uma atribuição como: lista = lista.append(alguma_coisa). Com esta atribuição a única operação será atribuir None a lista e com isso perder completamente a referência para a sua lista de verdade.

Esses são os erros que sempre me incomodam e são os que eu sempre acabo fazendo, certamente que existem outros detalhes pontuais que muita gente deve passar ou ter passado. De qualquer forma, em tempos de desenvolvedores poliglotas, estes tipos de detalhes aparecerão e se tornarão cada vez mais importantes.

Bad smell, pensei comigo. Reiniciei e continuei a fazer o que estava fazendo. Mais uma vez travou da mesma forma, caps e scroll lock piscando e luz do power apagada. Fiz isso mais umas quatro ou cinco vezes pra tentar identificar o que estava fazendo o sistema travar completamente mas não consegui identificar nenhum padrão que pudesse ser a causa do problema.

Comecei então com a saga de analisar logs e pesquisar sobre o problema na internet google, até que descobri que a poderia ser algo com a mudança do driver do wireless, que até o Hardy era o iwlwifi e no Intrepid é o iwlagn. Encontrei algumas referências de pessoas com o mesmo problema no Bug Tracker do Ubuntu, e nos relatos achei uma semelhança com o meu problema: o sistema só congelava quando eu estava usando rede N e fazendo alguma coisa que aumentasse o tráfego na rede.

Basicamente a solução é: baixe a última versão do driver, compile e instale. Aparentemente o driver que está saindo com o Intrepid não está legal. Certamente isso será corrigido até o final do mês, no lançamento oficial do Intrepid, até porque esta é uma versão beta, então alguns bugs são esperados, é mais do que normal. Mas para quem não consegue esperar, segue:

Atualizando o iwlagn no Ubuntu Intrepid

1) Faça o download do último driver em: http://www.orbit-lab.org/kernel/compat-wireless-2.6/2008/10/

2) Instalando

PLAIN TEXT
CODE:




jeveaux@keltir ~ $ sudo apt-get install -y build-essential


jeveaux@keltir ~ $ tar jxvf compat-wireless-2008-10-10.tar.bz2


jeveaux@keltir ~ $ cd compat-wireless-2008-10-10/


jeveaux@keltir ~/compat-wireless-2008-10-10 $ make


jeveaux@keltir ~/compat-wireless-2008-10-10 $ sudo make install 

3) Reinicie e pronto =) (eu tentei recarregar o módulo sem reiniciar mais não deu certo, então reinicia que é mais garantido)

No começo deste ano o pessoal do Twitter anunciou e tornou open source o projeto Starling, criado por Blaine Cook. O Starling é o core do Twitter, ele é o servidor de filas responsável por manter em pé o Twitter. E agora como um projeto open source está disponível como gem e pode ser usado por qualquer outro projeto.

Indo direto ao ponto, o Starling é, basicamente, um servidor de filas implementado sob o protocolo do MemCache. O MemCache é um servidor de cache distribuído de altíssima performance e é largamente usado, principalmente em clusters de aplicações web.

Para usar o Starling é muito simples. Os primeiros passos são

Instalação

1) Instalar o servidor MemCache

2) Instalar a gem do MemCache e

3) Instalar a gem do Starling.

E pronto, isso é tudo para começarmos a usar o Starling. Se você achou a instalação simples se prepare, pois a utilização é ainda mais simples.

Usando o Starling

Se você já usou o MemCache vai sentir-se familiarizado com o Starling. A diferença é apenas na implementação do protocolo, ou seja, a utilização em código será igual a do MemCache, só que ao fazer set e get as coisas acontecerão de uma forma um pouco diferente. Por enquanto a diferença maior que percebi foi em relação do método get, que quando usado no MemCache apenas retorna um valor do cache e o mantém lá, já no caso do Starling o get retorna o valor e o remove da memória. Analisando com calma isso faz sentido, afinal não estamos mais falando de cache e sim de filas, mesmo que a implementação da fila seja feita usando cache.

Mas antes de irmos para os exemplos de código, precisamos fazer com o que o servidor de filas - duh, Starling - esteja disponível e rodando. Vamos iniciar o Starling na porta 22122 (-p) e como um daemon (-d):

Isso já basta para iniciar o servidor do Starling e deixá-lo disponível para uso. Agora então vamos alimentar a fila, crie o arquivo: alimentar_fila.rb.

Ao executar este arquivo (ruby alimenta_fila.rb) não teremos nenhum resultado visual, mas acredite, a fila chamada de'fila' no exemplo está recebendo objetos. Agora o trabalho será para - como dizem - consumir a fila. Vamos ao consumir_fila.rb.

PLAIN TEXT
CODE:




#consumir_fila.rb


require 'rubygems'


require 'memcache'


starling = MemCache.new 'localhost:22122'


loop {


  objeto_fila = starling.get 'fila'


  if !objeto_fila.nil?


    puts 'recuperado da fila:' + objeto_fila


  end


} 

E agora sim estamos prontos para colocar e remover objetos em uma fila. O exemplo para consumir os objetos ficará em loop, então você pode executá-lo numa janela do bash e em outra janela ir executando o exemplo para alimentar a fila com objetos e acompanhar o comportamento dos procedimentos de alimentar e consumir a fila. A recuperação da fila será imediata, instantânea, afinal, assim como o MemCache, o Starling está preparado para receber milhares de operações por segundo.

E é isso, o seu servidor de filas já está rodando e sendo alimentado/consumido. Agora é aplicar para o que você está precisando

Problemas

Há um probleminha chato com a gravação de log em disco que o Starling faz das filas. Todo o set feito gera o objeto na memória e também em disco - geralmente em /var/spool/starling/. O problema é que o get somente remove o objeto da memória e não do disco. Aparentemente isso foi feito pra ser assim mesmo e segundo o próprio Blaine Cook este arquivo de log não ficará sendo incrementado para sempre, pois, depois de um certo tamanho (o engraçado é que ele não fala esse certo tamanho) ele será rotacionado, mas por enquanto ainda não descobri este certo tamanho e o arquivo tem crescido infinitamente.

E apenas uma observação quanto ao consumir_fila.rb: Não deixe-o executando por muito tempo e nem muito menos esqueça de finalizá-lo pois como ele fica em loop infinito poderá ocupar o seu processador a toa.

Sempre vi muita gente usando 3G no Mac e em Linux com o modem da Huawei - aquele branquinho clássico - e logo pensei: "Vou comprar um desses". Mas não tinha este modelo disponível no dia em que comprei. Então os problemas começaram, o MD300, ao ser plugado no usb com o Ubuntu é montado como pen drive e não como modem, afinal de contas ele também é um pen drive. Mas este não é um si o problema, se vai montar como pen drive tanto faz, isso não tem problema, desde que também seja montado como dispositivo de modem, mas isso não acontece.

Pesquisei de todas as formas possíveis por algumas semanas e não encontrei nada que realmente fosse funcional. Tentei ndiswrapper, tentei iniciar uma VM com windows pra conectar o modem e fazer um proxy pro linux, tentei configurar o wvdial, tentei promessa, simpatia e raza braba mas nada fazia o bendito modem funcionar.

Até que achei há alguns dias no blog do Petry uma solução que ele usou e funcionou. Fiz a mesma coisa e não funcionou de cara pra mim, tive que fazer algumas coisas diferentes, então por isso vou descrever os passos da solução do Petry com o que eu tive que fazer a mais.

O primeiro e mais importante passo é dizer ao udev como montar o dispositivo corretamente, para isso crie uma regra conforme abaixo. Lembre-se que o nome do arquivo criado deve ser exatamente igual ao exemplo, inclusive o seu conteúdo, nada diferente.

Copie o conteúdo abaixo neste arquivo (tome cuidado com as aspas simples e duplas ao copiar e colar, sugiro conferir pra ver se elas foram transportadas corretamente depois de colar, comigo geralmente elas ficam como ´ ao invés de ')

Feito isso vamos reiniciar o udev

E na seqüência vamos instalar o gnome-ppp e wvdial

E agora vamos editar o .wvdial.conf do home do usuário (mais uma vez cuidado com as aspas, mesmo problema da regra do udev que citei acima)

E então vamos colar este conteúdo no arquivo:

Agora basta plugar o modem, iniciar o gnome-ppp e conectar-se. Você pode fazer isso diretamente pelo console com o comando gnome-ppp ou através do menu Applications > Internet > gnome ppp.

Basicamente até aqui é o mesmo passo a passo descrito no blog do Petry, porém comigo, ao terminar estes passos a conexão simplesmente não era mantida. Mandava conectar, discava, conectava e caía. Para resolver este problema fiz os próximos passos. Não sou exatamente um expert em linux, então não sei explicar exatamente o porquê destes passos, mas foram eles que fizeram o meu gnome-ppp funcionar corretamente.

Aparentemente alguma coisa sobrenatural estava fazendo meu gnome-ppp carregar o arquivo /etc/wvdial.conf ao invés do ~/.wvdial.conf, então precisei colar o conteúdo do ~/.wvdial.conf no /etc/wvdial.conf também.

Depois disso me conectei diretamente com o wvdial.

Aí sim a conexão foi realizada com sucesso e não caiu. Depois disso fechei o wvdial e voltei a usar o gnome-ppp, que não caiu nenhuma vez depois disso.

Agora é esperar o Ubuntu 8.10, pois segundo as informações no site o network-manager virá com suporte integrado a conexão 3G (GSM e CDMA). Tomara que não precise mais dessa lenga lenga.

Para quem usa Gnome, porém, é muito mais fácil encontrar uma ótima alternativa. O gedit é um editor de texto que vem, geralmente, por default em qualquer distribuição Linux com Gnome. Não vou falar muito do gedit como editor pois este não é o foco do post, a idéia é mostrar apenas o projeto gedit-rails, que é o projeto que contém uma série de utilitários para deixar o gedit ‘turbinado’ para se trabalhar com Rails.

Para instalar o gedit-rails é super simples, basta fazer o download do projeto (zip, tar.gz ou via clone do repositório do github) e fazer a instalação executando o script install.sh. A instalação é simples e não há nenhum estágio além da execução da execução propriamente dita do script e depois disso o trabalho será apenas de configuração.

A instalação adicionará no gedit o tema de fontes e cores: Darkmate, os plugins: Class Browser, HTML Tidy, Rails Hot Keys, Rails Hot Commands e Snap Open e o mais importante, os snippets. A configuração pode ser feita basicamente em duas etapas:

- Tema de fontes e cores: Edit > Preferences > Fonts & Colors> Darkmate. E o resultado será:

- Plugins: Edit > Preferences > Plugins. Lembre-se, os plugins que foram instalados e que podem ser ativados são: Class Browser, HTML Tidy, Rails Hot Keys, Rails Hot Commands e Snap Open. Os snippets já estarão funcionando sem nenhuma modificação. Basicamente alguns dos recursos adicionados serão:

Recomendo também a leitura dos posts sobre gedit-rails do Urubatan, um dos autores do projeto.

Para quem curte o VI também existe uma ótima opção, o vim-rails. Qualquer dia escrevo sobre este addon.

Por outro lado existem algumas coisas que me fazem lembrar imediatamente que estou no Rio, por exemplo a insegurança - estou achando a Barra bem tranquila, mas já vi um assalto - e o trânsito horrível, os motoristas dirigindo feito loucos e por aí vai, felizmente enquanto precisar apenas atravessar uma rua para chegar ao trabalho não irei me preocupar com isso.

Já o trabalho e tudo o mais aqui na globo.com tem sido muito próximo do que o que eu já imaginava, exceto alguns pontos que vão além das minhas expectativas, e isso é bom, muito bom. O ambiente de trabalho é muito descontraído, espaçoso, limpo, claro e repleto de pessoas excepcionais. Com base nas minhas últimas experiências, principalmente o tempo trabalhando em home office, é como se tudo ali fosse pensado e feito para melhorar a interação das equipes e criar um bom ambiente de trabalho. E é claro as experiências com tecnologias diferentes de Java, como por exemplo projetos PHP, iPhone e Rails.

Além disso tudo, trabalhar numa empresa onde todas as equipes são ágeis está sendo uma experiência realmente incrível e muito diferente, estou gostando muito. Todas as práticas de SCRUM e XP são seguidas (não à risca, algumas coisas são adaptadas) e o mais legal é poder praticar TDD sem ser questionado por tempo gasto com testes, com "testes a toa" (sim, já ouvi isso antes) e todas mazelas que costumamos ouvir de gerentes tradicionais, quando na verdade o único questionamento que poderei ouvir é por que não fiz o teste antes.

Bom, por enquanto é isso que posso dizer. Ainda não passeei muito por aqui, mas já conheci alguns lugares clássicos como o Jardim Botânico, o Corcovado num dia de chuva, a Rocinha (só passei em frente) e mais alguns outros lugares.