Sylvestre Mergulhão

Por que você deve ir ao HDC'2013

2013-09-16T00:00:00-07:00

Desde os primórdios do #horaextra ficou muito claro pra mim o quão relevante é estar cercado de pessoas que possuem interesses relacionados aos meus, que me permitissem compartilhar minhas ideias, receber feedback e assim poder evoluir tanto como indivíduo quanto tecnicamente.

O ápice das atividades do #horaextra culminou no que hoje é a HE:labs, minha empresa, que emprega dezenas de pessoas espalhadas pelo Brasil. A HE:labs existe por conta de muito trabalho, claro, mas também porque eu conheci um seleto grupo de pessoas que me ajudaram a entender melhor o mundo que me cerca e assim pude tomar uma série de decisões na vida que resultaram no meu eu de hoje e na minha empresa.

A HE:labs até hoje apóia o #horaextra por conta do poder de mudança para melhor que ele pode ter nas pessoas, assim como aconteceu comigo. Veja o feedback do Bernardo Fontes e do Rafael Miranda e você pode ter um pouco mais de noção desse poder, que surgiu a partir de iniciativas de dentro do #horaextra.

Para continuar promovendo esses sentimentos a HE:labs lançou o HDC’13, aka Hack & Design Conf’13, que vai misturar os temas de design e hacking, do jeito que fazemos na HE:labs! Acreditamos que esses temas tem um relacionamento muito forte e por isso a grade intercala pelos dois.

Após o evento teremos um gigante #horaextra de confraternização.

Não fique de fora! Inscreva-se agora!

A questão não é o teste unitário

2013-03-04T00:00:00-08:00

Esta é a tradução de um post muito legal do Jonathan Rasmusson. Entrei em contato com ele, que imediatamente autorizou a publicação dessa tradução. Conheça o post original.

“Programadores iOS normalmente não fazem testes unitários. Então por que eles, como uma comunidade, parecem desfrutar de uma reputação de qualidade?”

Sem testes unitários. Sem integração contínua. Sem desenvolvimento guiado por testes.

Isso resume bem meu último projeto. Foi meu primeiro projeto iOS para um cliente e nós não pudemos usar nossas práticas queridas, mas entregamos um produto com ótima qualidade.

Isso realmente me incomodou.

Eu sempre pensei que testes unitários eram essenciais. Mas essa experiência com iOS parece que desafia algumas suposições que eu fui construindo por todos os anos que passei escrevendo software e me fez questionar algumas desconfortáveis questões.

Estaria eu regredindo nas práticas de desenvolvimento?
Será que testes unitários não são essenciais?
Existia algo diferente no desenvolvimento para iOS?
E como a comunidade iOS entrega produtos com tanta qualidade sem ter os testes unitários no coração?

Essas questões me fizeram passar noites em claro e me levaram a buscar a alma do que está contido nesse artigo.

Desafiando as suposições

10 anos atrás eu debatia com as pessoas sobre as vantagens de se utilizar testes unitários. Não mais. Escrever testes unitários se tornou uma prática tão comum que hoje é difícil encontrar uma plataforma moderna que não tenha algum tipo de framework de testes automatizados.

E por que não? Os benefícios são óbvios. Pode-se lançar, mudar e refatorar o código com confiança. Também economiza-se muito com os testes de regressão. O sentimento de segurança que se tem por saber que existe uma suite de testes automatizados é incontestável.

Então imagine minha surpresa quando eu entrei na comunidade que é responsável por alguns dos aplicativos mais amados no mundo e descobri que não se fazem testes unitários. Ainda mais desconcertante: eles parecem estar fugindo disso!

Qual é a diferença com o iOS?

Eu não vou dizer que o desenvolvimento de aplicativos em iOS é mais fácil, mas existem algumas coisas que os desenvolvedores de iOS têm a seu favor.

1. Tamanho de tela menor.

Não se pode colocar muita coisa numa tela de telefone. Simplesmente não tem espaço. Os aplicativos tendem a ser menores (muitos não chegam a ter um backend). Isso, combinado com a cultura do minimalismo, simplifica muito as coisas em termos de código e informação. Simplesmente existe menos de tudo.

2. Não há legado.

Aplicativos móveis são muito novos. Programadores iOS não estão inundados com 100.000 linhas de código legado, o que é comum em aplicativos corporativos. Isso os deixa livres para recomeçar do zero.

3. Uma linguagem única.

Pode-se criar um aplicativo iOS conhecendo apenas uma linguagem: Objective C. Um típico programador web precisa saber pelo menos quatro ou cinco linguagens para fazer um simples HTML estático.

4. Plataforma madura.

Uma grande parte do trabalho pesado é feito para você pelo iOS. Se você precisa de algo com fotos, música ou integração com o Facebook, já está feito. Somente pluga-se.

5. Muito visual.

Essa foi provavelmente a maior diferença para mim, que vim do mundo corporativo. No lugar de perder dias nadando por camadas de arquitetura (fazendo mocks e testando unitariamente cada passo do caminho), o programador iOS praticamente não tem camadas. Eles ocupam seu tempo quase todo na camada de interface com usuário.

Isso significa que a natureza do código escrito, com frequência, é apenas visual. A única forma de ver se funcionou é abrir o simulador e testar.

Por mais interessante que sejam essas diferenças, no entanto, ainda falta uma parte da história. Se fosse só isso, toda plataforma móvel iria desfrurar desse nível superior de qualidade. Isso não acontece. Há algo mais acontecendo. Algo maior.

Quem se importa?

Quando você faz algo por muito tempo, é fácil esquecer o que outras pessoas já fizeram na sua área sem os mesmos recursos.

Arquitetos utilizavam réguas de cálculo para trabalhar.
Navegadores utilizavam as estrelas para navegar.
Artistas trabalhavam somente com suas mãos.
Programadores não utilizavam testes unitários (muitas vezes entregando produtos com mais qualidade do que se vê hoje em dia).

E mesmo assim em todas essas áreas, os profissionais foram capazes de realizar o que hoje, com ferramentas modernas, podemos admitir como um trabalho de alta qualidade. Quais eram seus segredos?

Eles se importavam

Essas pessoas simplesmente se preocupavam mais com seu trabalho, e com a forma como o faziam, do que seus contemporâneos. E é isso que eu vejo na comunidade iOS.

Eles se preocupam mais com a arte.
Eles se preocupam mais com o texto exato e o espaçamento do texto nos butões.
Eles se preccupam mais com velocidade e performance.
E eles se preocupam muito com os mínimos detalhes (como por exemplo relembrar onde uma lista estava posicionada quando um usuário colocou a aplicação em background).

A Apple trabalha pesado para ter certeza de que cada programador em seu ecossistema se importe e ela os entrega ferramentas para que não tenham desculpa para não se importar.

Eles documentam cuidadosamente como criar uma arte linda para os aplicativos.
Eles compartilham (e fazem cumprir) guias de interface de usuário para o desenvolvimento de aplicativos móveis.
Eles fazem a curadoria e bloqueiam aplicativos que não atendam determinados padrões de qualidade.
E seu antigo CEO era conhecido por ligar para as pessoas no meio da noite pedindo trocar a cor de um logo.

Está no DNA da comunidade. Aqui está a carta que se recebe no primeiro dia de trabalho na Apple.

Existe o trabalho e existe o trabalho da sua vida.

O tipo de trabalho que tem a sua impressão digital por todo lado. O tipo de trabalho no qual você não aceita falhar. Que você sacrificaria um fim de semana por ele. Você pode fazer esse tipo de trabalho na Apple. As pessoas não entram aqui para jogar um jogo ganho. Elas vem aqui para nadar até o fundo do poço.

Elas querem que seu trabalho adicione algo mais.

Algo grande. Algo que não pode acontecer em nenhum outro lugar.

Bem-vindo à Apple.

Esses caras se preocupam. Eles se preocupam como artistas. E o mesmo não pode ser dito sobre outras plataformas e comunidades das quais já fiz parte.

E o que disso tem relação com testes unitários?

Absolutamente nada. É aí que está a minha questão.

O que traz qualidade é algo muito maior que uma coleção de técnicas de engenharia de software ou um punhado de práticas.

Quando eu entrei nessa comunidade eu estava com a falsa premissa de que se alguém não escrevesse código como eu escrevo, essa pessoa deveria estar fazendo errado.

Em vez disso, eu descobri uma comunidade que se importa mais com qualidade do que eu, e que eu ainda tenho muito a aprender sobre como criar uma experiência de qualidade.

Isso é o que todas essas coisas me ensinaram. A questão não são as práticas. A questão é o espírito, a intenção, e a situação em que são aplicadas. Usar determinadas práticas quando necessário. Rapidamente abandonar quando não necessário.

Os testes são ferramentas de valor inestimável para escrever um bom software? Claro!
Vou criar um software ruim se eu não puder realizar testes unitários? Não!

E foi isso que esta experiência me ensinou. Eu preciso ser mais que um apunhado de práticas. Eu continuarei fazendo testes unitários onde eu puder (incluindo iOS) e onde não puder farei o que for preciso para ter qualidade.

Tudo que tenho a dizer é que para continuar crescendo precisamos colocar em cheque as nossas maiores suposições. Isso nem sempre faz você se sentir bem, mas é dessa maneira que crescemos, ganhamos experiência e transformamos conhecimento em sabedoria.

Se você pensa que já resolveu tudo e que todas as soluções encontradas são as melhores, então você parou de viver.

Se você quer ver o quão profundo toda essa discussão por qualidade pode ir, eu sugiro o livro “Zen and the Art of Motorcycle Maintenance”. Não é um livro fácil de ler. Mas pode mudar a sua vida.

E não se esqueça, continue escrevendo testes unitários.

Menos é mais: como lidar com restrições?

2012-08-25T00:00:00-07:00

Lidar com restrições é sempre complexo. Pior seria se elas não existissem. Se você tivesse tempo infinito para realizar uma tarefa? Quanto tempo você levaria para finalizar? Muito tempo. E se tivesse dinheiro infinito? Gastaria muito dinheiro. Os cenários de abundância de recursos levam ao excesso de consumo dos mesmos.

Quando se possui recursos escassos, deve-se sempre trabalhar para otimizar as atividades e os processos de forma a aproveitar melhor esses recursos. A otimização leva a melhores formas de trabalho e organização, que leva a economias (não necessariamente financeiras). Ainda de quebra pode levar a economia de recursos oriundos de fontes naturais, como papel ou eletricidade, o que gera um grande impacto para o mundo e a humanidade se for aplicado em larga escala.

Em software é comum que 2 tipos de recurso sejam mal utilizados: tempo e dinheiro. Justamente os dois que são considerados os mais valiosos nos dias atuais. Talvez por isso algumas das estatísticas do Chaos Report se mantenham quase constantes nos últimos 10 anos: 60% de todo software produzido no mundo nunca é utilizado e 20% é utilizado raramente.

Software é virtual, é digital e tudo é possível. Com recursos aplicados em abundância há certeza de sair algo que vai se enquadrar exatamente nos 80% de software produzido sem utilidade.

Para produzir software que se encaixe nos 20% de funcionalidades que fazem sentido existir é preciso aplicar restrições de tempo e dinheiro nos projetos. Com menos tempo e menos dinheiro, é preciso focar nas funcionalidades que são realmente essenciais e esquecer o resto. É um exercício de desprendimento…

Há empresas que demoram meses para produzir um simples MVP em software. Eu faço em 2 dias! O segredo são as restrições… os resultados são incríveis.

Projeto StartupDEV da Semana: Amigo não se compra!

2011-10-10T00:00:00-07:00

O Startup DEV que começa amanhã tratará de um tema muito especial: adoção de animais domésticos, principalmente cães e gatos. É preciso muita responsabilidade ao possuir um animal. Eles tem sentimento e precisam de cuidado especial, tão como fornecemos a nossos filhos.

O portal Amigo não se compra vai ajudar animais abandonados de todo o país a terem um novo lar. O portal irá facilitar a adoção de animais ao permitir que ONGs e protetores independentes divulguem os animais que tem para adoção.

É muito legal participar de um projeto que além de tecnologia, tem por trás um algo mais.

Quer acompanhar o desenvolvimento ao vivo? Ele será nos dias 11 e 12 de outubro. Estaremos online no canal #startupdev do irc.freenode.net. Durante o dia iremos falar sobre tudo que estiver rolando no desenvolvimento do projeto e dar dicas de programação, mostrando como os problemas foram sendo resolvidos! Não perca!

O Startup DEV é um modelo de desenvolvimento de MVP. Nós realizamos uma reunião com o cliente onde definimos o escopo a ser trabalhado no produto e desenvolvemos esse MVP em apenas 48h. Para mais informações sobre o Startup DEV, visite o site!

O time do Startup DEV é composto por Sylvestre Mergulhão, Rafael Lima e Ramon Bispo.

Novo Projeto do StartupDEV: ContaCal

2011-08-22T00:00:00-07:00

Eu e Rafael Lima no projeto Startup DEV vamos lançar na semana que vem mais um aplicativo web. Trata-se do ContaCal, um aplicativo para controle alimentar, suporte a dietas de emagrecimento e controle de peso. O aplicativo vai contar com funcionalidades como controle de calorias consumidas diariamente, alimentos e muito mais.

Para quem quiser acompanhar o desenvolvimento do produto, ele será nos dias 23 e 24 de agosto. Nós estaremos online no canal #startupdev do irc.freenode.net. Durante o dia iremos falar sobre tudo que estiver rolando no desenvolvimento do projeto e dar dicas de programação, mostrando como os problemas foram sendo resolvidos! Não perca!

O Startup DEV é um modelo de desenvolvimento de MVP. Nós realizamos uma reunião com o cliente onde definimos o escopo a ser trabalhado no produto e desenvolvemos esse MVP em apenas 48h. O risco para o cliente é reduzido, pois o valor é fixo R$ 4,8 mil.

Para mais informações sobre o Startup DEV, visite nosso site!

Como colocar uma aplicação no ar?

2011-07-10T00:00:00-07:00

Já terminou a sua aplicação lindona e agora precisa colocá-la no ar? Existem inúmeras questões que precisam ser resolvidas para que tudo funcione corretamente e é sempre necessário dar uma atenção especial a segurança.

Ao longo dos anos lidando com aplicações online eu desenvolvi várias receitas para facilitar o deploy das minhas aplicações. E agora eu compartilho tudo no curso on-line Imersão Sys Deploy! São 4 manhãs de sábado recheadas de mão na massa!

Cada aluno tem acesso a um servidor exclusivo, onde poderá realizar todos os testes sem se preocupar e sem comprometer nenhum ambiente de produção. Um verdadeiro ambiente safe-to-fail.

Você vai aprender sobre Apache, otimização, DNS, Crontab, SSH, Firewall, Port Knocking, Capistrano e muito mais. O curso é focado no deploy de aplicações Ruby on Rails, mas pode ser adaptado facilmente para deploy de outras aplicações como PHP, Django, Sinatra etc.

A próxima turma começa no sábado, dia 16 de julho! Então não perca tempo, pois as vagas são limitadas. Inscreva-se agora!

Geeks on a Plane no Rio!

2011-05-02T00:00:00-07:00

Um grupo de geeks, empreendedores e investidores do Vale do Silício resolveu se juntar, entrar num avião e rodar diversos países, para conhecer pessoas, outros empreendedores, empresas etc, buscando se divertir e é claro fazer negócios! Não é loucura, é real, veja no site do Geeks on a Plane.

Eles já estão no Rio e amanhã farão a agenda oficial. A questão é que a agenda que montaram para eles no Rio é extremamente política e pouco voltada para o que eles querem conhecer: outros nerds e empreendedores para fazer negócio!

Então eu a galera do #horaextra não podíamos deixar que eles viessem ao Rio e saissem daqui com a certeza de que no Rio só o samba tem sucesso. Nos juntamos e falamos com os caras. Eles não tem como desmarcar a agenda deles, mas conseguimos marcar um encontro. Será dia 3 de maio, a partir das 19h, no Restaurante Alma Carioca, o mesmo onde rolou o primeiro Startup Meetup no Rio.

Resumo:

O que? Encontro do Geeks on a Plane

Onde? Restaurante Alma Carioca, Praia de Botafogo, 470 em Botafogo

Quando? Dia 3 de maio das 19h as 24h

Quanto? R$30 de consumação

Como? Faça sua inscrição aqui!

Atenção: O lugar só comporta 100 pessoas, então se você não quiser ficar barrado do lado de fora, chegue cedo.

View Larger Map

Processando emails recebidos no Rails com MailMan

2011-01-11T00:00:00-08:00

Processar e-mails recebidos em um aplicativo Rails parece uma tarefa complicada. A maioria das soluções disponíveis atualmente envolve a configuração de um servidor de e-mail dedicado só para isso. Não parece ser uma boa idéia.

Quem também acha isso é o Jonathan Rudenberg que junto com mais uma galera, desenvolveu no Ruby Summer of Code do ano passado, o Mailman. Um microframework para processamento de e-mails recebidos.

A funcionalidade é bem simples. Resumindo, você configura uma caixa postal que o Mailman vai varrer e uma callback para ser executada para cada e-mail que corresponder ao critério que você estabelecer.

Um exemplo simples:

require 'mailman'
Mailman::Application.run do
  to 'post-%id%@blog.com' do 
    Post.find(params[:id]).comments << Comment.create(:body => message)
  end
end

Mas vamos devagar. Começando pelo começo.

Como sempre, no seu Gemfile inclua a gem do Mailman:

gem 'mailman', '0.4.0'

Execute o bundler:

bundle install

No seu Mailer, defina a callback a ser chamada para os e-mails recebidos:

class Mailer < ActionMailer::Base
  def receive(email)
    # o seu código entra aqui
  end
end

Depois disso é necessário configurar o Mailman. Recomendamos a criação de um script (em script/mailman). Como abaixo:

#!/usr/bin/env ruby
require File.expand_path('../../config/application', __FILE__)
require "mailman"

Mailman.config.poll_interval = 0
Mailman.config.ignore_stdin = true
Mailman.config.logger = Logger.new('log/mailman.log')
Mailman.config.pop3 = {
  :username => 'incoming@example.com',
  :password => '************',
  :server   => 'pop.gmail.com',
  :port     => 995,
  :ssl      => true
}

Mailman::Application.run do
  to 'dropbox+%domain%+%type%+%type_id%@%host%' do
    UserMailer.receive(message)
  end
end

Vamos analisar as configurações mais importantes:

Mailman.config.poll_interval: define de quanto em quanto tempo o Mailman deve executar. Nós vamos configurar o cron para executar o script/mailman periodicamente, então devemos setar essa configuração para zero. Assim ele vai executar apenas uma vez e sair.

Mailman.config.ignore__stdin: essa configuração serve para ignorar e-mails passados diretamente para o Mailman (como no comando: cat plain_message.eml | ruby script/mailman).

Mailman.config.logger: seta o arquivo onde você quer que o log seja salvo.

Mailman.config.pop3: configura o mailman para usar pop3 como receiver. O Mailman pode ser configurado para trabalhar com três receivers: pop3, standard input ou maildir (onde ele varre uma pasta local a espera de novas mensagens).

No nosso caso estamos usando o Gmail através do Google Apps.

Logo abaixo vem o método Mailman::Application.run, que é onde a mágica acontece.

Nele nós podemos configurar o que, no linguajar do Mailman, são chamados de ‘rotas’. Uma rota consiste em um método ( to, from, cc, subject, body), uma string ou regex e um bloco.

O método diz onde o Mailman vai procurar pela string ou regex, no nosso caso estamos procurando no campo “to” do e-mail. Todo e-mail cujo “to” bater com a string vai ser passada para o bloco. As partes do “to” que forem capturadas pelo parte %domain%, por exemplo, estará disponível no bloco como params[:domain]. A mensagem então é passada para o método receive do Mailer.

Agora, com o script pronto, precisamos nos assegurar que ele rode regularmente no servidor. Para isso existe o Cron, e nós usaremos o Whenever para agendar a execução do script/mailman.

Adicione essas linhas no seu schedule.rb:

job_type :command, "cd :path && :task :output" # para executar o comando de dentro do aplicativo
every 1.minute do
  command "script/mailman"
end

Configure a periodicidade de acordo com sua necessidade e pronto. Não foi tão difícil!

Autocomplete simples para Rails 3 com jQuery

2011-01-04T00:00:00-08:00

Autocomplete é uma ferramenta muito útil em um aplicativo web. Tanto para manter a consistencia dos dados quanto para facilitar a vida do usuário.

A gem rails3-jquery-autocomplete torna a implementação do autocomplete no rails 3 bem simples.

Antes de começar, verifique se você já está incluindo o jQuery e o jQuery.ui em seu layout, pois eles são pre-requisito para essa gem.

Se estiver tudo ok, vamos ao trabalho. Para começar, os passos básicos:

Adicione a gem ao seu Gemfile:

gem 'rails3-jquery-autocomplete'

Dê um:

bundle install

Rode o generator:

rails generate autocomplete

E inclua o javascript em seu layout:

javascript_include_tag "autocomplete-rails.js"

Então, com tudo configurado partimos para a utilização.

Digamos que nós tivessemos os modelos Product e Category e quisessemos fazer autocomplete do nome da categoria nos formulários dos produtos.

Note que o campo category do modelo Product precisa ser um campo de texto. Para fazer autocomplete em um campo que é chave estrangeira a abordagem é um pouco diferente, e vai ficar para um próximo post.

Seguindo. O próximo passo é adicionar no products_controller.rb:

autocomplete :category, :name

Isso cria uma action chamada autocomplete_category_name que retorna um json com os valores possiveis para o campo name.

Inclua a action nas rotas:

resources :products do
  get :autocomplete_category_name, :on => :collection
end

Nas views você só precisa substituir o text_field pela tag autocomplete_field, como no exemplo:

form_for @product do |f|
  f.autocomplete_field :category_name, autocomplete_category_name_products_path
end

E é só. Você tem um autocomplete pronto e funcional.

Whenever - Cron Jobs do jeito Ruby

2011-01-03T00:00:00-08:00

Uma das ferramentas mais úteis (até mesmo essenciais, eu diria) no arsenal de um desenvolvedor web são as tarefas do cron. Porém sua sintaxe um tanto quanto estranha intimida muitos desenvolvedores, que acabam subutilizando a ferramenta.

É ai que entra o Whenever, uma DSL ruby para escrever cron job que deixa essa tarefa bem mais fácil. Para instalar o whenever é necessario um:

gem install whenever

ou inclua a seguinte linha em seu Gemfile:

gem 'whenever'

e dê um:

bundle install

depois disso você precisa navegar até o diretorio do seu projeto e executar:

wheneverize .

Isso irá criar um arquivo chamado schedule.rb na pasta config.

É nesse arquivo que vão entrar suas tarefas, e é ai que começa a diversão.

Dê uma olhada no seguinte snippet:

every 2.hours do
 # seu comando entra aqui
end

É fácil assim.

Você pode ainda passar um segundo parametro para o metodo every especificando o horario que você quer que a tarefa seja executada.

every 2.days, :at => ‘2am’ do …

O whenever oferece também um metodo ‘rake’ que permite executar rake tasks com facilidade. Por exemplo:

every :hour do
  rake minha:rake:task
end

Você pode ainda executar comandos diretamente:

every 15.minutes do
 command "/usr/bin/comando_qualquer”
end

Lindo.

Só fique esperto para caso você receba um erro parecido com esse no seu /var/log/syslog:

Dec 28 02:00:01 toad CRON[23436]: (CRON) error (grandchild #23438 failed with exit status 127)
Dec 28 02:00:01 toad CRON[23436]: (CRON) info (No MTA installed, discarding output)

Isso significa que o cron não conseguiu encontrar o comando rake no path. Se isso acontecer é só você especificar o path do comando. como abaixo:

job_type :rake, "cd :path && RAILS_ENV=:environment /usr/local/bin/rake :task :output"

Mais algumas dicas:

Você pode redirecionar o log do whenever para outro arquivo incluindo a linha abaixo em seu schedule:

set :output, "/path/para/o/seu.log"

Pare integrar o whenerver com o capistrano inclua essas linhas no seu deploy.rb. Assim o cron será atualizado a cada deploy:

set :whenever_command, "bundle exec whenever"
require 'whenever/capistrano'

Por que você deve ir ao Devinrio 2010

2010-10-01T00:00:00-07:00

Estou achando incrivelmente alta a quantidade de desenvolvedores que não estão dando o devido valor aos eventos como o Devinrio. Eu como consultor da Helabs tenho tido contato com desenvolvedores de diversos níveis, de várias empresas e eu percebo que eles não se interessam pela coisa.

Qual será o real motivo desse desinteresse? Será que não gosta da profissão? Será que não gosta da forma como trabalha? Será que a empresa não o incentiva? Acredito que seja uma conjunção de fatores como esses que resultam no desinteresse.

Dos motivos que apresentei acima, o único que é realmente problemático é o do “gostar da profissão”. Oi, se você não gosta de fazer software, está fazendo isso por que? Vai ser feliz e fazer o que gosta!

Se você não gosta da forma como você trabalha, mas gosta de fazer software, então é porque provavelmente você está fazendo da forma errada! No Devinrio vai ter UM MONTE de palestras pra ensinar a forma certa de se fazer as coisas, em várias linguagens diferentes! Você vai perder a oportunidade de aprender como se faz melhor?

Se a sua empresa não te incentiva a participar dos eventos, mas você gosta de ir, então talvez seja a hora de trocar de emprego… a sua empresa atual não merece ter você como colaborador. O Devinrio contará com a participação de diversas empresas, além dos patrocinadores, todas interessadas em contratar os melhores profissionais do mercado! E os melhores profissionais estarão no Devinrio! Você vai perder a oportunidade de conseguir trabalho num lugar mais legal que o seu atual?

Você vai perder a oportunidade de fazer Dojo com a nata do desenvolvimento de software carioca? Sério, só um louco perderia o Devinrio 2010. Vejo vocês lá.

Sugiro fortemente que você também leia o excelente post do Bernando Fontes sobre o Devinrio.

Cursos presenciais de Ruby on Rails

2010-04-30T00:00:00-07:00

Aproveitando o imenso sucesso que está sendo o curso Imersão Sys Deploy em parceria com e-Genial resolvi pesquisar sobre o interesse das pessoas em relação a cursos presenciais.

Estou em negociação com um centro de treinamento aqui no Rio de Janeiro e é possivel que fechemos uma parceria para cursos presenciais ligados a Ruby on Rails.

Além do Rio de Janeiro também tenho interesse em atingir outros estados. Por isso elaborei um pequeno questionário que será útil para verificar a viabilidade dos cursos presenciais no Rio e em outras cidades do Brasil. Vocês me ajudam a divulgar? Muito obrigado.

Link direto: https://spreadsheets.google.com/viewform?formkey=dGtKY0hyMjhqUEgxNnpHempISzlsbEE6MQ

Carregando...

Curso de administração Linux e deploy de Apps Rails

2010-02-24T00:00:00-08:00

Hoje eu e o Carlos Eduardo da e-Genial fechamos os últimos detalhes de um novo curso: Imersão Sys Deploy! Os alunos vão aprender tudo sobre como configurar adequadamente um VPS para rodar aplicações Rails usando Apache com Passenger, Mysql e deploy com Capistrano.

E de quebra ainda vão ter capítulos específicos para tratar de serviço smtp com postfix, backup, monitoramento e segurança. É um curso completo sobre administração de servidores por um preço imperdível!

E ainda tem mais! Cada aluno do curso terá acesso a um VPS exclusivo onde ele executará as tarefas junto comigo. As aulas serão aos sábados pela manhã pelo TreinaTom.

Para saber mais detalhes acesse já o site do curso e faça a sua inscrição, as vagas são limitadíssimas.

Empreender, essa é a hora! - Parte 1

2010-02-04T00:00:00-08:00

Há pouco mais de um ano atrás eu fiz uma palestra no Encontro de TI sobre Empreendedorismo on Rails. A apresentação bombou, fez o maior sucesso, mas até hoje eu não tinha dado nenhum feedback sobre o que eu mesmo estava fazendo em relação ao que preguei na palestra. O fato é que 2009 foi um ano de muito trabalho, onde eu comecei a preparar os alicerces do que vou apresentar hoje. É sempre bom lembrar que tudo foi e continuará sendo feito durante os tempos vagos.

Em 2009 me juntei com mais 3 empreendedores para criar a idéia do nosso produto. Ele tem um nome: Clientella. Trata-se de um CRM para pequenas empresas e profissionais liberais. Alguns pensarão: “Ah fala sério, vocês vão copiar o Highrise da 37signals”. Bom a idéia não é essa. Para nós de TI que estamos adaptados aos sistemas web e com o idioma inglês é simples usar um sistema gringo. Com o Clientella estamos pensando nas empresas que tem especificidades brasileiras, que buscam um serviço nacional, com suporte na própria língua e não necessariamente entendem algo de web.

“Da onde saiu essa idéia maluca de fazer um CRM? Esse nome é batido pra caramba e existem diversos players no mercado!”, vocês pensariam. Bom, eu trabalhei customizando o SugarCRM - um bloated CRM opensource - para uma empresa há uns 3 anos atrás. O que eu aprendi lá é o quanto as empresas precisam de um CRM e o quanto as soluções existentes não resolvem os problemas. Lembrando que estamos falando de pequenas empresas, logo qualquer coisa como Oracle, SAP, SalesForce e Microsoft está fora de cogitação apenas pelo custo de aquisição das licenças ou de necessidade de infraestrutura própria. Daí pode-se ver a quanto tempo estou maturando essa idéia de um CRM na cabeça ;-)

E o que você pode fazer para ajudar? Se você tem uma empresa ou é um profissional liberal e precisa de um CRM, acesse o nosso site, leia a carta convite e preencha o formulário. Assim você nos ajudará com o Clientella e ainda poderá se tornar parte do programa de beta testers.

Foto de magnetbox(cc)

Se seu desenvolvedor está falando, pense que pode ser sério

2009-12-08T00:00:00-08:00

Quantas vezes você já não foi forçado a fazer uma coisa do jeito que seria mais rápido, pois seu chefe achou que o jeito que demora mais não seria uma boa? As vezes me esqueço em como é comum superiores, gerentes, analistas ou “coloque-aqui-qualquer-nome-que-manda-mais-que-você-na-empresa” darem pitaco no seu trabalho sem saber exatamente do que estão falando.

Hoje em dia não é tão comum isso acontecer comigo, mas sei que ainda é comum acontecer com muita gente. Engraçado é que normalmente você pensa: “ok, vai ser mais rápido, mas daqui a pouco algo vai dar errado”. Em geral é batata!

Se você é desenvolvedor e está passando por uma situação como essas, tente uma forma melhor de mostrar porque você acha que, apesar de mais demorada, sua solução tem mais chances de dar menos problemas no futuro. E se você é o manda-chuva, busque saber porque o seu desenvolvedor está sugerindo uma solução que leva mais tempo, ele tem mais chances de estar certo que você.

Foto de monkeyc.net(cc)

"Bundão" sai em curtíssima temporada no Rio de Janeiro!

2009-11-26T00:00:00-08:00

O bundão foi convidado para mais dois eventos esse fim de ano.

A primeira apresentação é amanhã na Simonsen. É o 1o. Encontro de Tecnologia Simonsen que começa hoje e termina amanhã. A grade completa está disponível no site do evento. Entre os palestrantes estão pessoas já conhecidas da comunidade de desenvolvimento do Rio como Bruno Dulcetti(Videolog), Victor Batista(Clavis) e Gustavo Guanabara(Guanabara.info). O Bundão se apresenta amanhã, dia 27 de novembro as 20:30!

A segunda apresentação seria no Gamacomp, dia 5 de dezembro. Eu acessei o site do Gamacomp agora e parece que o evento foi adiado. Atualizo aqui assim que tiver outros detalhes.

Não deixem de comparecer amanhã na Simonsen!

Foto de MightyMac (cc)

Curso de Rails na Ultra Maratona How To!

2009-11-04T00:00:00-08:00

No próximo fim de semana, dias 7 e 8 de novembro, teremos a II Ultra Maratona How To. São dois dias inteiros com cursos de 4 horas sobre diversos temas: administração de sistemas, segurança, programação etc.

Eu iria apresentar o how to Rails: Otimizando Client-side e Server-side, mas devido a problemas pessoais não poderei. No meu lugar quem irá apresentar é o igualmente competente Vitor Pellegrino.

A maratona ocorre na Rua Martins Ferreira, 71, no bairro de Botafogo, na zona sul do Rio de Janeiro. As inscrições devem ser feitas no site do evento. Corra pois as vagas são limitas e já estão se esgotando!

O evento é uma grande iniciativa do pessoal da Clavis Segurança da Informação, Tecnohall Soluções em Tecnologia e Green Hat Segurança da Informação.

[OFF-TOPIC] Nunca faça uma ligação usando Cartão de Crédito

2009-10-30T00:00:00-07:00

Eu estava de férias no começo do mês e passei uma temporada nos EUA. Em NYC eu havia comprado um cartão telefônico pré-pago de $10 e fui usando para fazer ligações para o Brasil, até que ele acabou. Fui para Orlando e não tive tempo de comprar outro cartão.

Então um dia liguei para o Brasil usando as instruções que havia em um orelhão, pagando com cartão de crédito. Você fala para a operadora qual o número quer discar e qual o número do cartão de crédito. Até aí tudo bem. Agora chegou a conta:

06/10  IOS TEL*TO 01155212235       0000000  00/00     65,01

Foram $65 por uma ligação que não durou nem 10 minutos! É um absurdo! Fui buscar e percebi que não fui o único otário.

Antes eu tivesse entrado no site da Embratel pra ver como usar o tal do BrasilDireto.

Por que eu sou fanático por testes e você é um bundão

2009-10-29T00:00:00-07:00

Esse foi o título de uma palestra que eu submeti junto com o Henrique Andrade para o FISL desse ano. Ela não foi aprovada lá, principalmente pois alguns dos avaliadores acharam o título ofensivo. Foi amor e ódio aquela avaliação. Alguns acharam sensacional e outros odiaram do fundo do coração! Felizmente conseguimos aprovar ela para o Latinoware!

Na verdade ela não se trata de uma palestra, mas sim de uma pequena peça teatral, encenada por mim, Sylvestre Mergulhão, e pelo Henrique Andrade. A idéia surgiu pois estava ficando chato fazer palestras “comuns” sobre TDD e boas práticas. Não estava convencendo tanto a galera, pois basicamente só vai assistir a uma palestra de TDD quem já no mínimo ouviu falar sobre o assunto e concorda com seu uso. Mas esse tipo de pessoa já está “conquistada”, já saiu do lado negro da força.

Como levar pessoas para uma palestra independentemente de qual o assunto? Insulte-as com um título polêmico! Simples assim! Foi então que tivemos a idéia do “Por que eu sou fanático por testes e você é um bundão”. As pessoas comentavam pelos corredores do Latinoware: “Caramba, mas e essa palestra do bundão, você vai né?”. E com isso enchemos a sala! Mais de 100 pessoas assistiram, nada mau… atores em início de carreira provavelmente demoram um certo tempo até conseguir um público assim, hehehe.

Durante a apresentação contamos a história de dois desenvolvedores: um segue as boas práticas e o outro é o bundão. O bundão passa por vários sufocos, apertos de prazos e bugs que pipocam em produção! E é claro que não poderia faltar também o chefe ligando e pedindo agilidade na solução dos problemas. Foi um espetáculo, ainda mais considerando que nunca fizemos coisa parecida antes e ensaiamos muito poucas vezes. Para as próximas apresentações estamos nos preparando melhor. Já vai ter alguma sonoplastia e possivelmente estaremos usando microfones de lapela sem fio.

Aguardem um próximo evento para assistir Por que eu sou fanático por testes e você é um bundão.

Criando um servidor smtp com postfix the simple way

2009-09-15T00:00:00-07:00

Problema

O Redeparede dispara ~150k e-mails por mês. Não é mailing list, são as ações dos usuários mesmo: cadastro, recuperação de senha, notificação de comentários etc. Nós usávamos um servidor smtp da Engine Yard, mas recentemente movemos para o EC2 da Amazon e lá não temos no plano um servidor smtp. Tentamos usar alguns comerciais comuns, mas todos tinham limite de envio de e-mail por conta. Passamos então a usar o authsmtp, que é um serviço de smtp especializado, mas a conta começou a ficar cara a medida que estávamos disparando muitos e-mails.

A solução então foi fazer o que eu não queria inicialmente: configurar um smtp próprio. E-mail é sempre um problema. Configurar um servidor se mostrou um problema ainda maior do que eu imaginava. A nossa necessidade é muito simples: precisamos autenticar remotamente num servidor smtp para disparar e-mails. Apenas uma conta autenticada para enviar e-mails. Só isso. Só.

Buscar na internet sobre o assunto retorna configurações megalomaníacas usando mysql, postgresl, mil tipos diferentes de autenticação, mas não tem o simples!

Vamos ao trabalho.

DNS reverso

Você precisa ter o dns reverso configurado, sem isso todos os seus e-mails vão para caixa de spam. Você tem que verificar no lugar onde seu servidor está hospedado como configurar o reverso. No caso do Slicehost, onde hospedamos o nosso smtp, isso é configurado a partir de uma interface web bem simples. Para saber se está funcionando é só digitar no console:

dig -x 67.23.23.229 (substitua pelo ip do seu servidor, claro ;)

A resposta tem que ser algo parecido com:

; <<>> DiG 9.5.0-P2 <<>> -x 67.23.23.229
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 57850
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2

;; QUESTION SECTION:
;229.23.23.67.in-addr.arpa.	IN	PTR

;; ANSWER SECTION:
229.23.23.67.in-addr.arpa. 86400 IN	PTR	smtp.redeparede.com. # <=== essa linha que importa, ela está dizendo que o nosso ip está apontando para o endereço correto

;; AUTHORITY SECTION:
23.23.67.in-addr.arpa.	3600	IN	NS	ns2.slicehost.net.
23.23.67.in-addr.arpa.	3600	IN	NS	ns1.slicehost.net.

;; ADDITIONAL SECTION:
ns1.slicehost.net.	95375	IN	A	67.23.4.57
ns2.slicehost.net.	88271	IN	A	173.45.224.132

;; Query time: 158 msec
;; SERVER: 201.17.0.114#53(201.17.0.114)
;; WHEN: Tue Sep 15 13:42:16 2009
;; MSG SIZE  rcvd: 157

Caso você não possua o dig instalado:

sudo aptitude install dnsutils

Configurando o SPF

O SPF é uma entrada TXT no DNS que diz quais servidores estão autorizados a enviar e-mails do seu domínio. Esse registro é consultado pelo servidor que recebe seu e-mail e isso ajuda a você não cair na caixa de spam. No nosso caso os servidores são do Google e o nosso próprio smtp. A linha fica assim:

"v=spf1 a mx include:smtp.redeparede.com include:aspmx.googlemail.com include:_spf.google.com ~all"

Instalando e configurando o Postfix

Nós queríamos a configuração mais simples de todas. O que conseguimos foi fazer o postfix autenticar usando a própria base de usuários/senhas do sistema. Para simplificar as coisas eu fiz um script que executa os passos em sequencia. Baixe e execute como root num servidor limpo. Foi testado apenas no Ubuntu 9.04 (Jaunty Jackalope).


install\_and\_configure\_postfix\_ubuntu.sh

Primeiro vai pedir o seu domínio. Assumi que o servidor será smtp.seudominio.com, se não for esse o seu desejo, edite o script e mude na mão. Na instalação do postfix ele vai perguntar algumas coisas, basta selecionar as opções padrão. Depois vai perguntar sobre chaves, isso faz parte da criptografia TLS. Eu não sei se essas senhas que digitamos na chave servem pra alguma coisa. Na dúvida anote-as em algum lugar, mas acho que não vai precisar delas pra mais nada. Quando o script terminar de rodar tudo já vai estar configurado e funcionando! Abra um cliente de e-mail como o Evolution e teste enviar um e-mail autenticando no seu novo servidor usando login e senha de algum usuário do sistema.

Abra o script e veja o que foi feito. O tutorial que me ajudou a escrever o script foi esse aqui: http://www.howtoforge.com/perfect_setup_debian_sarge_p4

Se você conhece algum outro servidor smtp que faça isso de forma mais simples, por favor, não deixe de compartilhar.

Colecionar débitos técnicos não é maneiro não

2009-08-17T00:00:00-07:00

Depois de um tempo sem postar, lá vamos nós de novo ;). Quem assina o feed provavelmente recebeu uma atualização sobre esse post antes do que devia! Eu esqueci de marcar ele como rascunho e aí ficou a manhã toda o post publicado apenas com um smile. Depois do furo não tive outra opção a não ser escrever o post até o final o mais rápido possível.

Após participar de inúmeros projetos e de formas de gerencia sobre os projetos tenho chegado a algumas conclusões sobre a questão dos débitos técnicos, refatoração e testes.

No começo do V2V, projeto do Portal do Voluntário, muito código novo foi escrito em cima de um código que usamos como base. Toda alteração de código era devidamente testada usando Rspec. Por considerar que alguns testes não eram muito importantes, as vezes eu deixava a spec como pending para fazer uma posterior implementação. Assim podia entregar as coisas um pouco mais rápido. De fato isso aconteceu em apenas uma meia dúzia de specs, ainda bem!

O fato é que hoje, 9 meses depois do sistema estar em produção, e já com 3 grandes clientes utilizando – rumando para o quarto – a mesma meia dúzia de specs continuam como pending.

Esse quadro é comum acontecer também em relação aos débitos técnicos dos projetos. O que é um débito técnico? É um empréstimo que você faz, inserindo alguma coisa mal feita no sistema – leia-se POG – com objetivo de ganhar um pouco de tempo naquele momento. É um empréstimo pois ele pode ser comparado ao empréstimo bancário. Você pega um dinheirinho e aquilo tem um juros. Quanto mais tempo você leva pra devolver aquele dinheiro pro banco mais você paga de juros. No nosso caso quanto mais tempo levamos para remover os débitos técnicos mais tempo perdemos por causa dele.

Assim como as minhas 6 specs pendentes, é comum que débitos técnicos se prolonguem por toda a vida do projeto causando muito mais transtornos do que seria corrigi-los na época em que isso faria atrasar a entrega em apenas um dia.

Em alguns dos projetos que trabalhei às vezes separávamos uma semana para “arrumar a casa”. Ou seja: quitar os débitos técnicos que foram se criando com objetivo de fazer entregas mais rápidas. Uma semana de projeto no lixo sem nenhuma funcionalidade nova! Essa não é a forma correta de fazer.

Se você estimou o desenvolvimento de uma funcionalidade em uma hora e tem um débito técnico te atrapalhando que vai fazer você demorar duas horas a mais para quitá-lo, essa é a hora de quitá-lo. Não faça mais uma POG! Pegar mais um empréstimo nessa hora vai fazer você pagar juros sobre juros e isso irá te atrapalhar mais na semana seguinte.

A refatoração é um processo contínuo e on the fly.

3o. Linux Install Fest

2009-07-03T00:00:00-07:00

Pessoal estou bastante sem tempo de postar aqui, mas enfim é a vida. O FISL10 foi sensacional, minha palestra sobre scaling estava lotada(slides no link artigos) e o feedback foi muito bom. Se não foram esse ano, não deixem de ir no próximo ano, pois a galera do Horaextra vai comparecer em massa!

Nesse fim de semana vai ter o 3o. Linux Install Fest na Simonsen, segue planfleto de divulgação abaixo:

Recuperando tabela de partições que Windows Vista apagou

2009-03-31T00:00:00-07:00

Pensei no título desse post em algo como “Micro$oft, a saga continua agora em outra galáxia” ou algo assim, mas resolvi fazer uma coisa mais informativa. Sei que muita gente passa por isso e nem sempre é fácil achar informação válida sobre o assunto.

Meu mais recente notebook veio com Windows Vista. Quando instalei Linux nele resolvi deixar o Vista lá para caso eu precisasse ver alguma coisa no IE. Ficou por alguns meses numa boa com o dual boot rolando sem problemas. Até que um dia eu precisei entrar no Windows ele não deu boot: tela azul e restarta sozinho sem que eu consiga ver a mensagem de erro. Deixei ele de lado lá…

Hoje precisei usar IE para debugar um javascript que está dando problema somente nele. Resolvi colocar o CD de recovery do Windows para ver se ele dava sinal de vida. Conclusão sem me perguntar nada ele disse: formatando… copiando arquivos… Nisso eu pensei: puts ferrou! Dei reboot antes que ele passasse por cima das minhas partições Linux. Ubuntu Live CD to the rescue! Dei boot num Ubuntu Live CD e a “recuperação” de fato tinha apagado todas as partições e criado uma única novamente somente para o Windows. Ok, sem pânico.

Última vez que passei por problema semelhante foi há uns 10 anos atrás, quando meu Windows foi infectado pelo vírus Chernobyl(CIH). Esse vírus ficava quietinho na sua máquina e somente agia se você ligasse ela num dia 26 de abril, aniversário do acidente nuclear na Ucrânia. Ele apagava o primeiro megabyte do seu disco rígido. Com isso ia pro espaço seu boot loader e sua tabela de partições. Depois desse dia eu exterminei o Windows da minha vida e passei a usar somente Linux.

Google é nosso amigo. Na época eu consegui um software que varria o disco e procurava por partições perdidas e depois recriava a tabela de partições. Se eu consegui resolver esse mesmo problema há tanto tempo atrás, não devia ser tão dificil resolver nos dias de hoje. E realmente não foi. Achei dos programas de código aberto para fazer o trabalho: gpart e TestDisk.

Eu optei por usar o TestDisk, me pareceu ser mais completo. Ele demorou cerca de 30 minutos para fazer o scan no disco de 160gb. Detectou todas as minhas 3 partições Linux (swap, uma de sistema que fica no ”/” e outra que uso como “/home”). Foi só marcar elas como primárias novamente e salvar a nova tabela de partições. É preciso dar um boot no Live CD para o sistema reler a tabela de partições (na verdade tem uma forma de fazer isso sem boot, mas eu esqueci como é). Por último é só restaurar o GRUB a partir do Live CD do Ubuntu.

Depois disso o Ubuntu apagado pelo Windows rolou numa boa e eu deixei o Windows de mão de novo. Ô sisteminha…

Links legais:

TestDisk
Site do TestDisk. Eles também tem uma ferramenta específica para recuperação de fotografias em mídias diversas.
System Rescue with Knoppix
Foi aqui que eu descobri o gpart. As outras apresentações também são muito boas.
Insert Linux
Mini distro baseada no knoppix, com foco na resolução desses desastres. Ela já vem com o gpart e TestDisk instalados. No Ubuntu Live CD eu tive que instalar via apt-get(sim você pode instalar pacotes num boot de live cd do ubuntu, mas perde tudo após um reboot claro;)

Usando o plugin contacts para baixar os contatos de seus usuários

2009-03-27T00:00:00-07:00

O plugin contacts foi desenvolvido pelo Mislav Marohnić e serve para você conseguir acesso a lista de contatos de seus usuários em serviços como Gmail, Yahoo!, Flickr e Windows Live. Calma calma! Não entrem em pânico! Para você ter acesso às informações é necessário que seu usuário autentique na página do serviço e autorize o seu site a acessar as informações.

Como a coisa funciona?

Não é nada do outro mundo. Você coloca dentro da sua página um botão que levará o usuário para a página do serviço.

Ao clicar no botão você entra na página do serviço, nesse caso o Google, onde se tem a opção de conceder ou de negar o acesso.

Ao conceder o acesso, o Google envia o usuário novamente para o seu site, passando um token como parâmetro na URL. É com esse token que fazemos o acesso aos contatos do usuário.

Mãos à obra

Primeiro vamos criar um projeto Rails novo:

rails mycontactsproject

Instalar o plugin:

script/plugin install git://github.com/mislav/contacts.git

E gerar um controlador para tratar dos contatos:

script/generate controller contacts

Agora, vamos escrever uma view com o botão onde o usuário irá clicar no nosso site. Criei o arquivo app/views/contacts/index.html.erb com o seguinte conteúdo:

<%- form_tag Contacts::Google.authentication_url(url_for(:action => 'show', :only_path => false)) do -%>
  <%= submit_tag "Clique aqui" %>
<%- end -%>

Esse código gera um formulário com um botão de submit que faz um post para uma URL do Google. Essa URL é gerada através do método authentication_url. O parâmetro que foi passado é a URL de retorno que o Google irá chamar na hora de enviar o usuário de volta ao nosso site.

É bom lembrar que isso não tem como funcionar se você estiver utilizando a url localhost. Para testar localmente é preciso usar algum serviço desses de DNS Dinâmico, dessa forma o Google pode chamar uma URL que direcionará para a sua estação local.

Tratando o retorno do Google

Vamos definir o método show dentro do nosso ContactsController. É ele que tratará o token enviado pelo Google e fará a busca dos contatos de nosso usuário:

class ContactsController < ApplicationController
  def show
    gmail = Contacts::Google.new(params[:token])
    @contacts = gmail.contacts
  end
end

Nós passamos o token que veio na requisição para o construtor da classe Contacts::Google e isso nos retorna o objeto usado para recuperar os contatos. Basta chamar o método contacts nesse objeto e colocar o resultado, um Array de contatos, numa variável de instância que será utilizada em nossa view app/views/contacts/show.html.erb.

Na view, fazemos um loop para impressão dos contatos(na prática, você deve adaptar isso para a necessidade da sua aplicação):

<ul>
  <%- for contact in @contacts -%>
    <li><%= contact.name %> -  <%= contact.email %></li>
  <%- end -%>
</ul>

Basta agora subir o servidor e testar na URL: http://seudominiodinamico.com:3000/contacts. Se tudo deu certo, após clicar no botão Clique aqui e autorizar no Google, será exibida a sua lista de contatos com nome e e-mail.

Lembre-se que para testar esse projeto localmente você deve usar algum serviço de DNS Dinâmico, que crie um domínio válido na internet que aponte para a sua estação local. Sem isso o Google não terá como chamar uma URL que envie o navegador de volta para a sua aplicação.

Os arquivos completos desse projeto podem ser baixados direto do meu repositório no GitHub.

Fazendo thumbnails de tamanho fixo com attachment_fu

2009-03-17T00:00:00-07:00

O plugin attachment_fu é quase que o plugin padrão para tratar do upload de arquivos em aplicações Rails. Ele suporta também o resize de imagens mantendo as proporções, mas não suporta crop. Sempre precisamos criar avatar ou coisas semelhantes. E em geral o avatar tem um tamanho fixo, como 80x80. Para isso é necessário fazer o crop da imagem. Adicione o método resize_image, como abaixo, no seu modelo:

class Photo < ActiveRecord::Base
  belongs_to :owner, :class_name => "Person"
  has_attachment :content_type => :image,
    :processor => :rmagick,
    :storage => :file_system,
    :resize_to => '600>',
    :thumbnails => { 
      :album        => 'crop: 150x150',
      :icon         => '72>' }

  protected
  def resize_image(img, size)
    # resize_image take size in a number of formats, we just want
    # Strings in the form of "crop: WxH"
    reg = /^crop: (\d*)x(\d*)/i
    if (size.is_a?(String) && size =~ reg) ||
        (size.is_a?(Array) && size.first.is_a?(String) &&
          size.first =~ reg)
      img.crop_resized!($1.to_i, $2.to_i)
      # We need to save the resized image in the same way the
      # orignal does.
      self.temp_path = write_to_temp_file(img.to_blob)
    else
      super # Otherwise let attachment_fu handle it
    end
  end
end

Assim você sobrescreve o método original do attachment_fu para suportar uma sintaxe especial. Então quando você quiser um thumbnail ou até mesmo a imagem principal cortada de um tamanho específico, basta usar a string ‘crop: WxH’. Bom lembrar que isso só irá funcionar com o Rmagick. Eu dei uma olhada sobre como fazer usando o image_science, mas era um pouco mais chato. É bom setar: :processor => :rmagick na definição do has_attachment.

Eu também fiz um teste para garantir que os meus thumbnails estão sendo gerados no tamanho correto:

describe "photo resize" do
  it "should create thumbnails with correct size" do
    photo = new_photo
    photo.save!

    full, album, icon = *Magick::ImageList.new(
      photo.full_filename,
      photo.full_filename('album'),
      photo.full_filename('icon')
    )

    full.columns.should == 50
    full.rows.should == 64

    album.columns.should == 150
    album.rows.should == 150

    icon.columns.should == 50
    icon.rows.should == 64
  end
end

PS1: Sim, eu sou paranóico com testes e você também deveria ser!
PS2: Essa dica foi adaptada daqui.

Windows live, o fim da saga!

2009-03-06T00:00:00-08:00

Depois da desgraça toda que eu passei aí, nós conseguimos contatos com um pessoal da Microsoft nos EUA. Só em contato direto com eles conseguimos resolver tudo! Fala sério! Pelo menos lá eu estava conversando com gente que sabia o que estava falando.

Agora o Redeparede possui uma forma de fazer invites de pessoas do Gmail e também do Msn. A funcionalidade não está liberada oficialmente (não tem menu, mas até semana que vem deve entrar), mas já está funcional e vocês podem usar digitando diretamente na URL. Por exemplo, supondo que seu login é meu-login, então digite no seu navegador: http://redeparede.com.br/users/meu-login/invites. Você será levado para a página de invites.

Em breve um mini tutorial do plugin contacts que nós utilizamos para buscar os contatos do Gmail e do Msn.

Redeparede: we are hiring!

2009-03-06T00:00:00-08:00

Sim é verdade! Estamos em busca de pessoas para trabalhar conosco, em nossa pequena, descentralizada, multidisciplinar e multilingue equipe! Atualmente nosso time é composto por duas pessoas nos EUA, uma na argentina e três no Brasil. Estamos passando por uma incrível fase de crecimento. Em novembro passado tivemos 1,5 milhões acessos. Fechamos fevereiro com 3,5 milhões de acessos e 7,5 milhões de pageviews. Quase 1/3 desses acessos são do Brasil. São números surpreendentes!

A má notícia é que no momento não estamos em busca de nenhum desenvolvedor Rails, apesar de termos alguns projetos que estamos pensando na viabilidade de terceirizar o desenvolvimento. Estamos em busca de um representante de vendas que entenda o que nós fazemos e saiba vender os nossos surpreendentes números de crescimento.

Também buscamos por um webdesigner. Buscamos experientes coders XHTML/CSS/JS. Layouts clean fazem o nosso estilo. Saber jQuery é sem dúvida um diferencial. Há muito o que melhorar em nossos CSSs e na estrutura XHTML de nosso site. Quem entrar nessa vaga irá trabalhar diretamente comigo, consertando o que está errado e desenvolvendo novas telas.

Interessados olhem mais detalhes em nossa página de Jobs.

mergulhaoinfo no imasters

2009-03-06T00:00:00-08:00

Para quem acompanha meu blog agora uma ótima notícia! Está com algumas semanas de atraso, mas antes tarde do que nunca… o tempo está escasso. A partir de agora alguns dos meus posts, principalmente os técnicos, também serão publicados dentro do iMasters! O primeiro post já foi publicado, é a série de três vídeos da palestra no Encontro de TI. Acesse o post no iMasters.

Lançamento da Revista TI Digital

2009-03-06T00:00:00-08:00

Ontem na Livraria da Travessa, centro do Rio, foi o lançamento da Revista TI Digital de autoria da Arteccom. A mesma do Encontro de TI, do Encontro de Webdesign e da Revista Webdesign.

Grandes nomes da área de desenvolvimento nacional estão entre os colunistas, como Paulino Michelazzo e Guilherme Chapiewski. Eu tenho o honra de estar nesse time também! Vou escrever sempre sobre Ruby on Rails. Nesta primeira edição tivemos uma entrevista exclusiva com o David H. Hansson e comentários de nomes da nossa comunidade como Carlos Eduardo, Ronaldo Ferraz, Paulo Souza e Carlos Brando.

No primeiro artigo eu falei um pouco sobre REST e sobre como facilitar a sua vida usando o plugin resource_controller do James Golick. Então vamos em frente. Aceito sugestões para os próximos artigos!

Compre na banca mais próxima de você!

Windows live, a saga!

2009-02-10T00:00:00-08:00

Estamos implementando uma funcionalidade para que nossos usuários possam buscar seus contatos nas bases dos serviços de mensagem como gtalk e msn e convida-los para que se cadastrarem no Redeparede. Estamos utilizando o plugin contacts do Mislav, funciona muito bem, recomendo.

A parte do gtalk foi bem simples. O google não faz nenhuma exigência mirabolante e basta o usuário te autorizar que você consegue acesso aos contatos dele. No caso do MSN, a Microsoft exige que você cadastre a sua aplicação no Windows Live. No Redeparede nós temos domínios em diversos países da América Latina. Cada domínio deve ser cadastrado no Windows Live como uma aplicação diferente.

Para piorar as coisas algum espírito de porco já registrou o domínio redeparede.com.br dentro do Windows Live(não, a Microsoft não tem nenhum modo de confirmação de que aquele domínio é seu, assim como o Google faz com diversos serviços dele) e quando eu tento cadastrar lá eles me retornam uma mensagem dizendo que o domínio já está cadastrado no Windows Live.

Abaixo segue a saga na tentativa, ainda sem solução, de resolver o problema com o suporte da Microsoft. Alguém tem contatos lá dentro? Please…

Email 1 enviado pelo formulário de contato - 03/02/2009

From : Sylvestre Mergulhão
Sent : Tuesday, February 03, 2009 8:11:04 PM UTC
To : LV_ID.WNLV.WW.00.PT.MSF.SEA.TS.T01.RTG.00.EM
Subject : Windows Live ID:Eu tenho um problema ou u:Outros

Serviço: [Service:]
Windows Live ID

Tipo de problema: [What type of problem do you have?]
Eu tenho um problema ou uma pergunta diferente [Eu tenho um problema ou uma pergunta diferente]

Outros [Outros]

Nome completo: [Full name:]
Sylvestre Mergulhão

Para que endereço de e-mail você deseja que a resposta seja enviada? [The e-mail address for us to send a response:]
mergulhao83@***.com

Endereço de email/identificação do membro principal associado à conta que você está consultando: [Primary e-mail address/member ID associated with the account you are inquiring about:]
jgagne33@***.com

Para assegurar uma resolução rápida do problema, forneça o maior número possível de detalhes, incluindo a data e hora a que ocorreu o problema, uma descrição do que estava a tentar fazer no momento, os passos detalhados que executou até ao momento da ocorrência do problema e informações detalhadas sobre quaisquer mensagens de erro que tenham sido apresentadas. [Be specific when describing your problem. The details that you include enable us to promptly send you the most likely solution to your issue.]

Olá,

Eu tenho um Windows Livre Id com o email jgagne33@***.com e eu trabalho para o site redeparede.com. Nós estamos registrando nosso domínios para usar o Live Services, então eu estou criando os projetos no Azure Services Developer Portal. Tenho algumas perguntas:

Nós temos muitos domínios diferentes, mas que são a mesma aplicação no backend. Eu tenho mesmo que registrar cada um de nossos domínios como projetos? A única diferença entre eles é a url de retorno, onde a única mudança é o domínio.

Quando tento resgistrar o nosso domínio redeparede.com.br como um projeto estou recebendo a mensagem: The domain name is already in use by another developer or project. Isso pode ter sido registrado por algum antigo desenvolvedor nosso ou então alguém de má intenção. Como podemos resolver isso?

Hoje temos um total de 25 domínios, mas o portal parece que limita isso a um número inferior a esse. Como posso adicionar mais projetos?

Obrigado.

Resposta do Email 1 - 05/02/2009

from Microsoft Customer Support IDENT.CUSD.00.00.PT.TPU.BUA.TS.T01.SPT.00.EM@css.one.microsoft.com
to Sylvestre Mergulhão
date Thu, Feb 5, 2009 at 12:20 PM
subject RE: SRX1092597961ID - Windows Live ID:Eu tenho um problema ou u:Outros

Prezado Sylvestre,

Muito obrigada por contactar o Suporte Técnico do Windows Live Admin Center. Meu nome é Maraisa e e serei a encarregada de brindar-lhe toda ajuda possível.

Entendo que ao tentar registrar o domínio redeparede.com.br, você recebe uma mensagem de que o mesmo já está sendo utilizado por outro usuário. Compreendo o desagrado que possa sentir.

Sylvestre, esta questão deve ser tratada com o seu provedor de domínio, onde você adquiriu o nome de domínio redeparede.com.br. Por favor para obter ajuda contundente a respeito entre em contato com o seu provedor.

Para criar um domínio do Windows Live Admin Center, siga estas etapas:

Visite o seguinte site: http://admincenter.live.com

Clique em “Introdução”.

Digite o nome do domínio. Deixe a opção “Configurar Windows Live Hotmail para meu domínio” como a opção padrão se quiser que o Windows Live Hotmail gerencie suas mensagens de email. Se quiser configurar isso posteriormente, clique em “Nenhum email para meu Domínio” e clique em “Continuar”.

Na página “Atribuir um administrador de domínio”, você tem a opção de entrar usando um Windows Live ID existente. Além disso, é possível torná-la a conta do administrador do domínio. Como alternativa, você pode criar um novo Windows Live ID que terá o mesmo nome do domínio que você está configurando.

. Se você optar por usar um ID existente do Windows Live, acesse a tela de entrada. Para fazer isso, clique em “Entrar com um ID do Windows Live existente” e clique em “Continuar”.

. Se quiser criar um novo ID do Windows Live, clique em “Criar um novo ID do Windows Live no seu domínio” e clique em “Continuar”. Digite o endereço de email a ser usado como administrador de domínio e siga as instruções exibidas na tela para criar a nova conta.

Na página “Revise as configurações e aceite o Contrato”, verifique se o nome do domínio, o serviço de email e os detalhes do administrador estão corretos. Revise o código de conduta de “Domínios Personalizados” e o “Adendo de Domínios Personalizados” antes de clicar em “Aceito”.

Você verá a página de configurações do domínio. Essa página o notifica com a seguinte mensagem: “your service is pending DNS configuration. Please make the required DNS changes”. (A configuração DNS está pendente para o serviço. Faça as alterações necessárias no DNS.) As informações fornecidas nessa página devem ser usadas para realizar a seguintes ações:

Copiar os dados do Servidor MX fornecidos nessa página pelo Windows Live Admin Center. Substituir as informações de registros MX atuais/padrão que o seu registrador de domínios possui em registro.

Opcional: adicione um ID do Remetente usando os valores fornecidos. Um ID de remetente é um registro de texto (TXT) referente ao seu domínio.

Depois de fazer as alterações, retorne à página de configurações do Windows Live Admin Center. Clique no botão “Atualizar” para confirmar que os registros DNS estão corretamente configurados.

Mais uma vez lhe agradeço por entrar em contato com o Suporte Técnico do Windows Live Admin Center. Se precisar de suporte adicional, não hesite em nos contactar novamente! Estamos disponíveis 24 horas por dia, 7 dias por semana. Atenciosamente,

Maraisa M. Suporte Técnico do Windows Live Admin Center.

Email 2 - 05/02/2009

From : “Sylvestre Mergulhão”
Sent : Thursday, February 05, 2009 3:56:36 PM UTC
To : “Microsoft Customer Support”
Subject : Re: SRX1092597961ID - Windows Live ID:Eu tenho um problema ou u:Outros

Eu NÃO estou tentando registrar o domínio redeparede.com.br, pois estedomínio já é MEU! Eu estou tentando criar o projeto dentro desse site de vocês (http://go.microsoft.com/fwlink/?LinkID=130560) para que eu possa utilizar os webservices do live services! Um serviço de vocês.

Agradeço se puder responder esta e as outras questões que estão coladas na minha mensagem abaixo ou encaminhar para o setor responsável.

ATENÇÃO: EU TAMBÉM NÃO ESTOU QUERENDO QUE O LIVE SERVICES SEJA O GERENTE DE E-MAILS DE MEUS DOMÍNIOS. SOMENTE QUERO REGISTRAR MINHA APLICAÇÃO PARA UTILIZAR O SERVIÇO DE WEBSERVICES DO LIVE SERVICES, LOGO NÃO TEM NADA QUE ALTERAR MX EM DNS.

Agradeço a atenção.

Resposta do Email 2 - 06/02/2009

from Microsoft Customer Support IDENT.CUSD.00.00.PT.TPU.BUA.TS.T01.SPT.00.EM@css.one.microsoft.com
to Sylvestre Mergulhão
date Fri, Feb 6, 2009 at 1:43 PM
subject RE: SRX1092597961ID - Windows Live ID:Eu tenho um problema ou u:Outros

Prezado Sylvestre,

Muito obrigada por contactar o Suporte Técnico do Windows Live Admin Center. Meu nome é Maraisa e e serei a encarregada de brindar-lhe toda ajuda possível.

Sylvestre, entendo por sua mensagem, que você está enfrentando dificuldades de registrar o seu domínio redeparede.com.br em nosso site do Windows Live Admin Center, para que possamos melhor ajudá-lo necessário que você capturasse a tela com o erro para que possamos resolver seu inconveniente rapidamente.

Para capturar a tela do erro, execute essas etapas:

Abra a página que você está tendo problemas e, em seguida, pressione o botão PrintScreen (PrintScrn) no teclado.

Abra Microsoft Paint. Para fazer isso, clique em “Iniciar”, clique em “Todos os Programas” e, em seguida, clique em “Acessórios”.

Clique em “Paint”.

Clique em “Editar” e, em seguida, clique em “Colar”. A captura de tela é colada no Paint.

Clique em “Arquivo” e clique em “Salvar como”.

Em “Salvar como tipo”, selecione “JPEG”.

Nomeie o arquivo e, em seguida, salve o arquivo na área de trabalho.

Envie a captura de tela para nós.

Essa imagem nos ajudará a investigar e solucionar seu inconveniente. Espero que saiba desculpar-nos.

Mais uma vez lhe agradeço por entrar em contato com o Suporte Técnico do Windows Live Admin Center. Se precisar de suporte adicional, não hesite em nos contactar novamente! Estamos disponíveis 24 horas por dia, 7 dias por semana.

Atenciosamente, Maraisa M. Suporte Técnico do Windows Live Admin Center.

Email 3 - 06/02/2009

from Sylvestre Mergulhão
to Microsoft Customer Support IDENT.CUSD.00.00.PT.TPU.BUA.TS.T01.SPT.00.EM@css.one.microsoft.com
date Fri, Feb 6, 2009 at 5:20 PM
subject Re: SRX1092597961ID - Windows Live ID:Eu tenho um problema ou u:Outros

Segue em anexo.

Resposta do Email 3 - 07/02/2009

from Microsoft Customer Support IDENT.CUSD.00.00.PT.TPU.BUA.TS.T01.SPT.00.EM@css.one.microsoft.com
to Sylvestre Mergulhão
date Sat, Feb 7, 2009 at 1:19 PM
subject RE: SRX1092597961ID - Windows Live ID:Eu tenho um problema ou u:Outros

Prezado Sylvestre,

Muito obrigada por contactar o Suporte Técnico do Windows Live Admin Center. Meu nome é Maraisa e e serei a encarregada de brindar-lhe toda ajuda possível.

Sylvestre, estivemos checando as imagens que nos enviou, o seu problema está relacionado ao seu provedor de dominio. O que possui a página que nos enviou em anexo. Por favor envie uma solicitação de suporte ao seu provedor para obter a ajuda que necessita.

Para mais informações sobre os produtos do Windows Live acesse: http://get.live.com/.

Mais uma vez lhe agradeço por entrar em contato com o Suporte Técnico do Windows Live Admin Center. Se precisar de suporte adicional, não hesite em nos contactar novamente! Estamos disponíveis 24 horas por dia, 7 dias por semana.

Atenciosamente,

Maraisa M. Suporte Técnico do Windows Live Admin Center

Email 4 - 09/02/2009

from Sylvestre Mergulhão
to Microsoft Customer Support IDENT.CUSD.00.00.PT.TPU.BUA.TS.T01.SPT.00.EM@css.one.microsoft.com
date Mon, Feb 9, 2009 at 2:35 PM
subject Re: SRX1092597961ID - Windows Live ID:Eu tenho um problema ou u:Outros

Permita-me discordar de você Maraisa. Olhe nos detalhes de um trecho da imagem que eu enviei a você no anexo. Eu estou tentando usar o Azure Services Developer Portal… olha o domínio(a url)… ele é um microsoft.com! Estou tentando usar um serviço de vocês isso não tem relação alguma com meu provedor de dominio.

Por favor, me encaminhe para o setor responsável pelo portal Azure Services Developer Portal que é um portal da Microsoft para desenvolvedores e NÃO tem relação alguma com meu provedor de dominio.

Obrigado.

Resposta do Email 4 - 10/02/2009

from Microsoft Customer Support IDENT.CUSD.00.00.PT.TPU.BUA.TS.T01.SPT.00.EM@css.one.microsoft.com
to Sylvestre Mergulhão
date Tue, Feb 10, 2009 at 2:39 PM
subject RE: SRX1092597961ID - Windows Live ID:Eu tenho um problema ou u:Outros

Prezado Sylvestre,

Muito obrigado por contatar o Suporte Técnico do Windows Live Admin Center. Meu nome é Diana e terei o prazer de lhe ajudar.

Recebemos sua consulta, porém para determinar qual seu problema, necessitamos que envie mais informações para poder diagnosticá-lo e assim resolve-lo com eficiência.

Por favor, responda a esta mensagem incluindo as seguintes informações:

Informações mais detalhadas sobre o problema que você está experimentando.

A data de inicio do mesmo.

Quais mensagens de erro que recebe?

Que passos seqüenciais exatos efetuou para produzir este problema?

Tem mudado algo no equipamento em questão, antes de surgirem os problemas?

Pode reproduzir este problema em outros computadores, ou com outra conta, neste mesmo equipamento?

Dispõe de algum tipo de filtro de internet, bloqueador de janelas emergentes ou outros programas instalados que podem evitar que funcione?

Conta de email onde deseja receber a resposta.

Uma vez que tenhamos recebido estas informações, nossa equipe estudará novamente seu caso.

Queremos agradecer-lhe outra vez por ter contatado o Suporte Técnico do Windows Live Admin Center. Por favor, qualquer dúvida, consulta ou sugestões, fique à vontade de contatar-nos de novo. Estamos as 24 horas os 7 dias da semana para lhe ajudar.

Atenciosamente,

Diana P.

Suporte Técnico do Windows Live Admin Center.

Depois dessa última resposta estou me perguntando se vale a pena continuar tentando algo pelo suporte. E é incrível como ainda hoje existem gerentes de TI que só compram Microsoft pois ela dá suporte. Eu mereço!

Nova seção: Cheat sheets

2009-02-07T00:00:00-08:00

As cheat sheets são ótimas para você não esquecer daqueles comandos que precisa usar. Já fazia algum tempo que eu estava pensando em criar um cheat sheet sobre git. Ainda tem comandos que não utilizo com frequência e aí precisava sempre olhar o man. Agora criei um pequeno cheat sheet, mas que será atualizado sempre que eu precisar fazer alguma coisa no git e não lembrar do comando. Vai ser ler no man page e atualizar a cheat sheet.

Espero que também seja útil para vocês!

E mais um podcast gravado!

2009-02-02T00:00:00-08:00

Saiu no guanabara.info o episódio no. 53 do GuanaCast e eu fui o entrevistado da semana! Além do Gustavo Guanabara também participaram do podcast o Kauê Linden e o Sharuto da Hostnet. Foi um bate papo bem descontraído e divertido, explicando o básico do Ruby e do Rails, da onde a coisa apareceu, por que está fazendo tanto sucesso, etc. Não deixem de conferir!

Para ouvir, visite a página do podcast.

Problema ao usar resources com palavras sem plural

2009-01-23T00:00:00-08:00

No V2V nós criamos um resource que é utilizado para o formulário de contato (formmail) do site. O nome do resource é contact_us. O nosso routes.rb ficava assim:

map.resources :contact_us

E temos uma configuração de inflector para informar ao Rails que essa é uma expressão incontável:

ActiveSupport::Inflector.inflections do |inflect|
  inflect.uncountable %w(contact_us)
end

O problema é que ao tentar gerar a url com o método contact_us_url para o formulário acontece o seguinte erro:

contact_us_url failed to generate from {:controller=>"contact_us", :action=>"show"} - you may have ambiguous routes, or you may need to supply additional parameters for this route.  content_url has the following required parameters: ["contact_us", :id] - are they all satisfied?

Isso acontece pois o Rails sobrescreve o método que gera a url da coleção com o método que gera a url de instância dos objetos. Para resolver isso temos que informar no arquivo de rotas o nome que será utilizado nos métodos no caso de ser uma instância e não uma coleção:

map.resources :contact_us, :singular => :contact_us_item

Isso fará os métodos ficarem assim:

contact_us_path() => /contact_us
new_contact_us_item_path() => /contact_us/new
contact_us_item_path(1) => /contact_us/1
edit_contact_us_item_path(1) => /contact_us/1

Reparem que no caso de não ser usada a opção :singular o método de acesso a coleção e da instância ficam com nomes iguais:

contact_us_path() => /contact_us
contact_us_path(1) => /contact_us/1

Isso não acontece com expressões normais pois o Rails utiliza para a coleção a expressão com pluralize. Supondo que o nosso resource fosse de posts, os métodos seriam:

posts_path() => /posts
new_post_path() => /posts/new
post_path(1) => /posts/1
edit_post_path(1) => /posts/1

O dia em que meu blog viu o 666 ;)

2009-01-23T00:00:00-08:00

V2V Procura por desenvolvedores Rails

2009-01-22T00:00:00-08:00

O Portal do Voluntário é um projeto que incentiva ações de voluntariado no âmbito nacional. Lá foi desenvolvida uma rede social chamada V2V. Inicialmente era um projeto em php, sem testes e difícil de manter. Quando eu saí do Lucidus, o Fernando me convidou para integrar a equipe dele e iniciar o desenvolvimento da nova versão do V2V, utilizando Rails e todas as boas práticas de desenvolvimento, testes etc.

Quem começou o trabalho foi o Eduardo Rocha com um projeto de prova de conceito, eu dei continuidade. Em menos de 6 meses já possuímos dois sites no ar utilizando o novo sistema, entre eles o próprio site do Portal do Voluntário. E o trabalho está apenas começando, há muita coisa para fazer!

No antigo sistema em php, havia uma instância da aplicação para cada site que o utilizava. No novo sistema em Rails temos apenas uma instância da aplicação e que terá que suportar o site de todos os clientes do Portal do Voluntário que utilizam o V2V. Será um desafio e tanto… Antes da entrada do terceiro site, que acontecerá em março, já começaremos a utilizar cache de fragmento em algumas partes específicas do site como a nuvem de tags. Em seguida, provavelmente passaremos pelo memcached e, por último, quero chegar no cache de página, mesmo com sistema respondendo por vários domínios.

Ou seja: é uma oportunidade única de trabalhar num projeto em Rails, desenvolvido da forma correta desde do zero e que fatalmente terá que escalar. Devido as minhas outras atribuições no Redeparede, eu não tenho como me dedicar mais ao V2V e não estou dando conta sozinho de todas as tarefas.

Procuramos um desenvolvedor Rails com alguma(ou muita) experiência para trabalhar alocado full-time em nossa sede no Jardim Botânico, Rio de Janeiro. Dessa vez não tem como ser remoto. Além de trabalhar no desenvolvimento do projeto, também irá contribuir no treinamento da atual equipe de 5 desenvolvedores que mantém o antigo sistema em php.

Nas próximas semanas faremos a reorganização da nossa sala, que será preparada para ficar nos moldes do XP. O ambiente é informal e descontraído, sem dúvida um ótimo lugar para trabalhar.

Interessados entrem em contato em pvt.

acts_as_taggable_on_steroids e will_paginate

2009-01-21T00:00:00-08:00

Num dos projetos que trabalho utilizo o plugin acts_as_taggable_on_steroids. Pela primeira vez fui fazer paginação de elementos com tags utilizando o will_paginate. O acts_as_taggable_on_steroids fornece o método de classe find_tagged_with que serve para buscar por items com uma determinada tag:

Post.find\_tagged\_with('rails')

E é possível fazer paginação utilizando o método paginate_tagged_with, mas o problema é que ele não funciona como deveria. Apesar de fazer a paginação funcionar corretamente, a sql que ele gera para fazer o count dos elementos não é correta. Se usado sem conditions, ele gera o número de páginas considerando todos os elementos da base. Eu escrevi o seguinte monkey patch, que coloquei no /lib do projeto:

module ActiveRecord
  module Acts
    module Taggable
      module SingletonMethods
        def paginate_tagged_with(tags, args = {})
          options = find_options_for_find_tagged_with(tags, :match_all => true)
          options.merge!(args)
          paginate(options.merge(:count => { :select => options[:select].gsub("#{table_name}.*", "#{table_name}.id") }))
        end
      end
    end
  end
end

Para usar basta colocar no seu controller algo como:

@posts = Post.paginate_tagged_with(params[:tag_id], :page => params[:page] || 1)

Também escrevi uma spec para testar o funcionamento. Ela só faz sentido dentro do contexto do meu projeto, mas basta você modificar as fixtures, os modelos, etc, de acordo com seu projeto.

describe Post do
  it "should return the correct total_pages to will_paginate" do
    post = posts(:blog_post)
    5.times do
      new_post = BlogPost.new(post.attributes)
      new_post.tag_list = 'global'
      new_post.save
    end
    paginator = BlogPost.paginate_tagged_with('global', :page => 1, :per_page => 2)
    paginator.total_entries.should == 6
    paginator.total_pages.should == 3
  end
end

Resultado da Promoção de Natal da Hostnet

2009-01-04T00:00:00-08:00

Pessoal, peço desculpas pela demora no resultado, mas fim de ano é sempre bem corrido. Fiquei decepcionado com a quantidade de projetos que foram enviados. Menos de 10! Escolhemos os que tinham mais conteúdo e que apresentaram potencial de sucesso. Foram 3 escolhidos. Como foram muito poucos, eles ganharão 1 ano de hospedagem grátis! Aí vão eles:

Marcio Garcia: Projeto Blip Badge, Widget para o Blip.fm
Bernardo Albuquerque: Projeto ScienceRails.com, Blog Pessoal
Lennon Jesus: Projeto Não divulgado por acordo de confidencialidade

Parabéns a todos! Entraremos em contato com vocês!

Empreendedorismo on Rails no Encontro de TI

2008-12-16T00:00:00-08:00

Sairam os vídeos da minha apresentação no Encontro de TI. A palestra foi gentilmente cedida pelo Vinícius, originalmente apresentada no Rails Summit 2008.

Oficina Ruby On Rails - Parte 1/3 por Arteccom no Videolog.tv.

Oficina Ruby On Rails - Parte 2/3 por Arteccom no Videolog.tv.

Oficina Ruby On Rails - Parte 3/3 por Arteccom no Videolog.tv.

Presente de Natal da Hostnet para a comunidade Rails do Brasil

2008-12-15T00:00:00-08:00

A promoção

A Hostnet está dando um presente de Natal para a comunidade! Vamos distribuir diversos pacotes com hospedagem Rails de graça por 6 meses! Qualquer projeto pode ser inscrito, desde o seu blog pessoal até um projeto comercial. Envie para a gente as informações sobre o seu projeto, por que você acha que ele é legal e tudo mais que você quiser compartilhar. Eu e a equipe da Hostnet iremos eleger pelo menos 10 projetos que ganharão 6 meses de hospedagem grátis no plano Ruby on Rails.

Como se inscrever

Envie um e-mail pvt para mim com as informações do seu projeto! Dúvidas e sugestões podem ser enviadas também. Dúvidas sobre os planos da Hostnet você confere aqui: http://hostnet.com.br/hospedagem.de.sites.php.

Sobre o plano Ruby on Rails

O plano Ruby on Rails da Hostnet, apesar de ser shared hosting, possui servidores exclusivos. Isso quer dizer que sua aplicação Rails não compete com banco de dados, php etc. Nossos servidores Rails apenas rodam apache com passenger. Estamos há aproximadamente 2 meses e meio no ar sem um minuto de downtime.

Como vocês fazem o "describe" das suas specs?

2008-11-28T00:00:00-08:00

Isso pra mim sempre foi uma dúvida ao usar o rspec. Realmente não há forma correta. É uma opção pessoal no caso de um projeto particular ou de decisão em conjunto no caso de um projeto onde vários desenvolvedores participam.

Mas o fato é que eu nunca adotei nenhum padrão para isso. É uma coisa que tem me deixado um pouco incomodado. Em alguns modelos sigo o padrão de um describe para cada método, em outros segui padrões ligeiramente diferentes, como por exemplo testes relacionados a attributos em um describe, relacionamentos em outro describe e assim por diante. Ou seja, não há padrão. Há tempos atrás ouvi uma frase que nunca esqueci:

Quando dois padrões existem, não há padrão.

No Lucidus usávamos Test::Unit(quando o projeto começou o rspec ainda era muito pouco difundido) então o “padrão” para nós era pelo menos colocar os testes relativos juntos. Então os testes relativos a um mesmo método normalmente estavam juntos, em um “bloco”, um abaixo do outro. O rspec nos permite um pouco mais de organização. Mas fazer essa organização extra através dos describes proporciona algum benefício?

Então seguindo a idéia… nós precisamos discutir testes.

Qual opnião de vocês? Como vocês organizam seus describes? E o que vocês escrevem nele?

Um "setup" global para todas as suas specs

2008-11-27T00:00:00-08:00

Ficou bem difundido no rspec a forma em como fazer o setup antes das specs executarem, assim como existe também no Test::Unit.

describe Act do
  before(:each) do
    (...)
  end

  it "should have many persons associated" do
   (...)
  end
end

Eu estava precisando fazer o setup para todas as minhas specs (do planeta :), então descobri uma forma que está mal documentada(pelo menos eu não achei bom), mas é super simples de usar. É só editar o spec/spec_helper.rb e adicionar dentro do bloco:

Spec::Runner.configure do |config|
  (...)
end

O seguinte:

config.before(:each) do
  your_global_setup_here
end

Você também pode executar o setup somente para os controllers, models ou helpers assim:

config.before(:each, :behaviour_type => :controller) do
  your_global_controllers_setup_here
end

config.before(:each, :behaviour_type => :helper) do
  your_global_helpers_setup_here
end

config.before(:each, :behaviour_type => :model) do
  your_global_models_setup_here
end

Como se chama o “setup” no bdd? É setup mesmo?

Fazendo o will_paginate traduzir o "Previous" e "Next"

2008-11-24T00:00:00-08:00

Eu precisei traduzir para várias línguas os links de “Previous” e “Next” do will_paginate, mas não seria nada dry passar os parâmetros em todas as chamadas a will_paginate(). Outra solução seria criar um método helper que faria a chamada ao will_paginate() passando os parâmetros e nas minhas views eu chamaria esse helper no lugar de chamar will_paginate(). O problema é que sempre que fosse criada uma nova tela com paginação a pessoa teria que lembrar de chamar o método helper e não chamar o will_paginate() diretamente.

Então pra mim a melhor solução foi criar uma extensão, que deixa tudo transparente. Eu coloquei em /lib dentro do projeto rails.

module WillPaginate
  module ViewHelpers
    def will_paginate_with_translate(collection = nil, options = {})
      options, collection = collection, nil if collection.is_a? Hash
      options.merge!(:prev_label => _("&laquo; Previous"), :next_label => _("Next &raquo;"))
      
      if collection
        will_paginate_without_translate(collection, options)
      else
        will_paginate_without_translate(options)
      end
    end
    alias_method_chain :will_paginate, :translate
  end
end

O método _() que é chamado é o método que faz a tradução no plugin de localização que estou utilizando, você deve alterar para a forma como você faz a localização no seu projeto. Também criei as specs para assegurar o funcionamento:

require File.dirname(__FILE__) + '/../spec_helper'

describe WillPaginate::ViewHelpers do
  describe "will_paginate translations" do
    before(:each) do
      @expected = 'paginate_mock'
      @model = mock('model-mock')
      
      @translation_options = {:prev_label => _("&laquo; Previous"), :next_label => _("Next &raquo;")}
      @options = {:option1 => '1', :option2 => '2', :next_label => 'next-fake'}
    end
    
    it "should will_paginate only with translations" do
      helper.should_receive(:will_paginate_without_translate).with(@translation_options).and_return(@expected)
      helper.will_paginate == @expected
    end
    
    it "should will_paginate with @model parameter" do
      helper.should_receive(:will_paginate_without_translate).with(@model, @translation_options).and_return(@expected)
      helper.will_paginate(@model) == @expected
    end
    
    it "should will_paginate with @model parameter and options" do
      helper.should_receive(:will_paginate_without_translate).with(@model, @options.merge(@translation_options)).and_return(@expected)
      helper.will_paginate(@model, @options) == @expected
    end
  end
end

Espero que seja útil para alguém ;)

Palestra Utilizando Ruby com Bluetooth

2008-11-07T00:00:00-08:00

Na semana passada eu apresentei no Latinoware a palestra “Utilizando Bluetooth com Ruby: A forma mais fácil de programar com Bluetooth”. Foi um sucesso total, a sala estava lotada e o pessoal se amarrou nas demonstrações ao vivo.

Coloquei os downloads na seção de artigos.

Rails Summit dia 16: Vinicius Teles

2008-10-16T00:00:00-07:00

Serviços on Rails podem ser desenvolvimento, consultoria, treinamento, mentoring. Fazer serviços da forma certa deve ser acompanhado de paixão. Esse é a melhor maneira de se obter sucesso. Tendo paixão por um assunto, você tem paciência. Paciência é muito importante. Empreendedores não de fazem da noite para o dia. É preciso estudo, dedicação, ser entusiasta. O empreendedor levanta de rasteiras mais que outras pessoas. Hoje mais do que nunca a melhor estratégia é: give, give e give. Quanto mais você contribui para uma comunidade, mais você é importante para a comunidade e mais alguém estará disposta a pagar para você.

Quais as estratégias? Apresentações, apostilas, livros, traduções. Nosso maior exemplo nacional é o Akita, que se tornou internacionalmente conhecido pela sua colaboração a comunidade. Podcast, video, videocast, entrevistas, divulgação de trabalhos alheios. Todas essas coisas podem até acabar virando negócio, mas acima de tudo levam reconhecimento. O ser humano é caracterizado pela vaidade. É muito dificil querer entrevistar alguém e essa pessoa não querer ser entrevistado. Seja quem for esse pessoa será envaidecida, seja ela um ótimo ou bom desenvolvedor, mas que tem algo bom a ser divulgado. O entrevistado irá divulgar eventualmente mais que o próprio entrevistador e isso é uma grande alavancagem pessoal.

A melhor de todas as contribuições… se você já sabe escrever códigos escreva plugins, escrever gems e participe do movimento opensource. E para isso você não precisa nem sair do seu emprego atual. Hoje ninguém precisa obrigatoriamente ser empregado de uma empresa, o ferramental disponível e muito grande e pode permitir qualquer um ser dono do seu próprio negócio numa estratégia de longo prazo.

No Brasil é mais fácil se destacar que no exterior. Por todos os problemas que o Brasil tem, ele é um mar de oportunidades. E não é necessário largar tudo que você já faz hoje. Como trabalhar part-time em alguns projetos. Trabalhar no exterior e muitas outras coisas. O risco é muito baixo.

Alguns detalhes que precisam ser notados na vida de serviço. Da onde sai o dinheiro? Para alguns seria melhor trabalhar para empresa pequena, para outros uma empresa grande. Desenvolver software customizado para pequenas empresas é algo complicado, pois elas não tem dinheiro para pagar por desenvolvimento de software. Você sempre acha que está ganhando de menos e ele sempre acha que está pagando demais.

Serviços não escalam - assim, como Rails (brincadeira). Para se ganhar mais dinheiro com serviço, significa que você precisa ter mais gente trabalhando para você. Quanto você ganha é proporcinal a quanto de tempo você aloca em um cliente. Se você tem mais alguem trabalhando para você, eventualmente você pode ganhar o dobro. E quando você perceber que tem que contralar um batalhão de gente talvez você perceba de fato que serviços não escalam.

E aí você vai perceber que o trabalho com produtos são mais interessantes. Pois com um produto talvez você consiga resolver o problema de escala. Se você replica aquilo n vezes o valor que você pode ganhar não é proporcional a quantidade de tempo que você dedidou para o projeto. Como por exemplo o Highrise, que custa $24 mês. Se 1000 pessoas resolvessem pagar são $24000. E assim por diante e você pode perceber que isso pode gerar muito dinheiro, ainda mais se você considerar uma equipe pequena.

Se você vai fazer um produto sobre alguma área que não é computação, é bom você procurar alguém que entenda daquele negócio. Nós da computação não sabemos nada! O que é melhor? Um experimento ou um plano de negócios? Em Rails é possível que você consiga ter algo tão funcional que você possa colocar na mão de alguém que entende daquele negócio. Ou seja, fazer um plano de negócios eventualmente leva tanto tempo quanto fazer um experimento. Com a desvantagem de ele não te dar feedback.

Uma implementação é tudo. Não adianta apenas a idéia, se você não tiver uma implementação. Se você começa a ter algumas idéias e começa a fazer alguns experimentos, você pode encontrar um nicho ainda não explorado corretamente. No Brasil não é difícil encontrar um nicho. No Brasil existe o paradoxo do talentoso. Uma pessoa estudiosa, talentosa, ele quer ganhar dinheiro. No Brasil essa pessoa acaba procurando uma grande empresa, pois é lá que a grana está. Mas dentro de uma grande empresa, ela não consegue aproveitar o talento dessa pessoa. As grandes empresas estão sugando os grandes talentos e desperdiçando esses talentos. E quem está atendendo os pequenos negócios? Provavelmente os menos talentosos. Os pequenos negócios estão numa espécie de limbo e precisam de bons profissionais para resolver os seus problemas. E os bons profissionais não estão nem aí para os pequenos negócios, pois eles não tem dinheiro.

Eles não tem dinheiro para pagar alguns milhares de reais por mês para o desenvolvimento de um software. Mas eventualmente eles podem pagar uma mensalidade de 50 ou 100 reais e se você cria um mar onde se consegue navegar sozinho por muito tempo, num produto que atende pequenos negócios… milhares deles, que pagando pouco por mês geram muito dinheiro.

A oportunidade é muito grande!

Rails Summit dia 16: Phillippe Hanrigou

2008-10-16T00:00:00-07:00

Existem diversos problemas com os testes do selenium. São naturalmente lentos, assim como qualquer tipo de teste de integração. Eles rodam no navegador, que são coisas instáveis, bugados. E ainda colocam pessoas poucos experientes para escrever os testes do selenium, o que é um problema. Tem que ser os melhores para fazer essa tarefa! Mas se é tão dificil, por que fazer?

E quanto mais javascript se usa, mais devem haver testes. Se você usa muito javascript a sua chance de ter algo que não funciona em todos os browsers é alta. E se você não suporta todas as plataformas, você estará perdendo dinheiro caso não suporte todas. Sobretudo na comunidade Rails. Então é por isso que temos que automatizar esse tipo de testes. E essas são coisas que tem que ser repetidas diversas vezes… então não são coisas que os humanos tem que fazer. A coisa mais fundamental sobre esses testes e a comunidade de Rails está usando esse tipo de ferramente, mas tem muitas coisas que podemos apredender dos mais antigos. Coisa que podemos aprender de antigos programadores XP, é que testes de aceitação são muito importantes. Pois os testes de aceitação dão poder ao cliente. Você precisa da aceitação para fazer o código correto, do ponto de vista do cliente. Os unit testes server para garantir que os pequenos pedaços funcionam, mas os testes de aceitação server para garantir que tudo funciona junto. O teste de aceitação é tão importante no desenvolvimento que ela não é considerada completa até que ela passe numa suite de aceitação. Uma suite de aceitação te gera confiança.

Depois da era de ouro, vieram os bárbaros! Os bárbaros são os browser, que impediram a realização de muitos testes de aceitação. Por sorte hoje temos o selenium.

Quando um teste falha, temos que investigar para descobrir onde está o problema. Então você tem que rodar isso na sua máquina e com sorte o problema também ocorrerá na sua máquina. A melhor forma de resolver o problema com mais facilidade é capturar a maior quantidade de informações no campos de testes: na máquina que rodou o teste, no browser e etc.

Agora a parte boa para diminuir o tempo de testes do selenium é que desenvolvemos o selenium-grid, que permite que diversos testes do selenium sejam paralelizados, inclusive entra diferentes máquinas de diferentes poderes de processamento. Um dos problemas, assim quando você coloca muitos fios de energia muitos juntos, é que você tem que garantir que um teste não irá interferir nos outros. Garantir por exemplo que as coisas irão rodar em stacks de Rails diferentes.

Uma coisa boa a fazer é deixar de fazer login como um teste no selenium, mas inserir diretamente um cookie no navegador e resetar a base de dados diretamente pelo teste do selenium. Isso é muito mais rápido.

A questão das fixtures. Testar com dados randomicos é complicado, pois há muitos efeitos colaterais. Testar usando fixtures fixas com grandes aplicações pode tornar a manutenção das fixtures muito dificil. Uma das soluções que podemos usar é criar os dados usados nos testes diretamente nos próprios testes, sem o uso de fixtures. Mas isso também é complicado, pois pode dar trabalho preencher objetos complexos. Uma solução plausível são os Object Mother. São como templates de objetos instanciados padrões, onde você passa parametros apenas para sobrescrever os valores do objeto que você quer que sejam diferentes do default. Existem diversas maneiras de fazer isso e há muita documentação na internet sobre o assunto.

Eu queria que vocês saissem daqui sem esquecer: não virem as costas para os testes de aceitação.

Rails Summit dia 16: Obie Fernandez

2008-10-16T00:00:00-07:00

Tudo que tenho para falar é como trabalhamos com os principios Ágeis. Eu começei em XP em 2000 e trabalhei com isso por muito anos… já são 10 anos de experiência. Nós buscamos a melhor maneira de desenvolver software. Começando sobre princípios e iterações sobre processos e ferramentas. Isso nos diz que a coisa deve estar em busca das pessoas. Como a programação em par impacta na produtividade? Isso parece contra a intuição, mas duas pessoas trabalhando em um computador pode ser mais produtivo que duas pessoas trabalhando em dois computadores. A melhoria do design no desenvolvimento em par é melhorado, além de ser mais gostoso. Pair programming não é uma coisa natural pois não é naturalmente usado em grandes empresas, mas é preciso aprender… e leva um certo tempo.

Eu acho muito importante ter dois teclados e dois mouses pois dessa maneira, uma só pessoa que tenha um perfil dominante não trabalha sozinha. Um dos princípios que melhora a produtividade é a revisão de código automática. Ao trabalhar em par isso é natural. Quando está trabalhando em par se trabalha o dia todo. Pois ao trabalhar sozinho, você vê o seu e-mail, lê blogs e etc. E essas coisas não acontecem com programação em par. Ao fim de um dia de programação em par você está cansado. Pois você realmente pensou e trabalhou o dia todo, mas você fica contente, pois sabe que teve o trabalho realizado.

É comum entre nós desenvolvedores, muitos de vocês mais inteligentes do que eu trabalham muito bem. Então dizem que demoram uma hora para realizar o trabalho, mas ficam horas escrevendo no blog e no twitter, fazem o trabalho em 5 minutos e depois vão para o almoço. O pair programming elimina isso. Ele te dá muita produtividade. Para as pessoas farerem pares é preciso contratá-las. Quando eu contrato pessoas para a minha empresa eu faço um post no meu blog e espero as respostas. Você diz as suas habilidades e é convidado a trabalhar por uma semana para nós sabermos se você é bom de verdade fazendo pair programming num projeto de verdade. Então nós contratamos as pessoas sem entrevistas, mas com elas trabalhando num projeto real por uma semana. Só por que alguém vai bem numa entrevista não tem relação em como ela é no dia-a-dia do trabalho. Em times pequenos é mais fácil de manter a felicidade de todas as pessoas. Times de 2 a 4 pessoas são boas opções. Além disso vocês podem ter problemas de comunicação.

Mais um principio que se pode utilizar ao ter um time de 2 a 4 pessoas é ter um time auto-organizado. Na nossa empresa a gente não tem chefes. Todos os times são auto-gerenciados. Pois se você tem um time desse tamanho de apenas pessoas boas e você tem um lema “todo mundo junto” as coisas simplesmente funcionam.

Software funcionando em contrário a uma extensiva documentação. Uma maneira de trabalhar desse jeito é usando rspec, nós somos fãs de rspec. É uma ferramenta tão eficiente, ela não somente ajuda você a trabalhar com o software, mas também para gerar uma documentação, que nós entregamos para o nosso cliente. Isso com certeza agrega valor ao nosso trabalho.

Eu me importo em ser real e essa uma razão pelo o qual eu estou envolvido por tanto tempo com Rails. Nós participamos do Rails Ramble de 2007, isso foi antes da formação do Rails Rocket, e isso mostrou pra gente que é possivel com Rails fazer um trabalho muito grande com pouco tempo. Foi muito bom trabalhar com essas restrições, pois na nossa área é comum o tamanho de um projeto expandir para caber no tempo total disponível para o desenvolvimento.

Nós trabalhamos com um conceito chamado 3-2-1. Que significa colocar um software no ar em 3 dias, onde temos 4 desenvolvedores, 2 da nossa equipe e mais 2 que chamamos para uma semana de trabalho.

Colaboração do cliente em frente a negociação de contratos. Isso tudo tem relação com transparência em relação ao cliente. Isso leva confiança ao seu cliente. Nós gostamos dos clientes com o qual trabalhamos.

Uma coisa importante é que você precisa ter um designer dentro da equipe que saiba fazer todo o visual do nosso projeto. Pois sem um projeto visual acabado, nós não temos o que mostrar para o nosso cliente. É bom ver exatamente como vai ficar e eu posso construir isso em 3 dias se você me mostrar como vai ficar.

Por outro lado, quando já temos um design, não temos muito o que divergir da maioria é que nós gostamos de user stories, que para nós significam a aceitação do cliente. Nós trabalhamos com cartões e com projeções para atividades que duram de 0 até 8 pontos de desenvolvimento. Com isso nós medimos o desenvolvimento de nosso equipe e quantos pontos podemos fazer por semanas. Na nossa equipe é comum fazer algo em torno de 25 pontos por semana. Em 0 pontos nós temos coisas que duram apenas alguns minutos e em 4 pontos nós temos coisas que duram uma semana.

Antes nós perdíamos muito tempo com negociação de contrato. Então nós desenvolvemos um documento, que serve como nosso contrato, que não exije que o cliente nos pague caso ele não esteja satisfeito. Esse contrato tem um termo especial que diz que ele não pode te processar por mais dinheiro que ele iria te pagar. O nosso contrato também estabelece que nós podemos contribuir com o mundo opensource com o código desenvolvido para eles, mas só as coisas que não são específicas do cliente, como plugins e gems que você desenvolveu para trabalhar naquele projeto.

E a última parte do manifesto ágil é responder a mudanças em vez de seguir um plano. Nós usamos um serviço chamado pivot tracker e ele é muito bom pois ele nos mostra muitas informaçõe sobre o nosso projeto, incluindo gráficos de burndown entre outros. A stand up meeting é outra coisa essencial para nós sobre como anda o nosso projeto e nos ajuda a dar mais uma previsão sobre quanto tempo esse projeto ainda vai demorar. Todos falam sobre o que fizeram ontem, o que farão hoje e sobre o que está atrapalhando o trabalho. Quando estamos com mais pessoas, como nós que já estamos com 20 pessoas, temos que mudar um pouco a dinamica do standup meeting, mas a essencial é a mesma.

Tenho mais uma coisa para falar, que coloquei no final, que é a parte mais importante do Hashrocker, a nossa empresa, é que nós achamos que a coisa mais importante é se divertir no trabalho. Sem diversão não há produção. Nós fazemos algumas coisas em conjunto para diversão.

E nós bebemos bastante para nos divertir e pulamos na piscina quando todos estão bêbados!

Rails Summit dia 16: Jay Fields

2008-10-16T00:00:00-07:00

100% de cobertura de testes não é a meta. Em ruby podemos optar por toda essa cobertura. Não é necessário escrever testes para cobrir 100%. Os testes são a parte mais importortante do sistema. Se o seu negócio depende de uma funcionalidade que é crítica, ela deve ser muito bem testada. Para ter a confiança ao fazer refactoring é precisa ter alguma cobertura de testes, eles dão confiança. Seu código de testes deve ser limpo, perfeito.

As imaturidades do teste do selenium. Ele é bom, mas falha em algumas situações. Existem diversas maneiras diferentes de utilizar o selenium. É preciso escolher a maneira correta no seu contexto. Se você está programando em ruby, utilize selenium programando em ruby. O selenium tem outro problema grande: ele é muuuuuito lento. Grandes suites de teste do selenium são difíceis de manter. O selenium tem bugs, e roda em cima do navegador e algum bug no internet explorer pode fazer o seu teste quebrar e você irá demorar muito tempo para descobrir onde o problema está. O selenium não informa precisamente onde estão os problemas.

Selenium tem boas vantagens. Ele pode testar o seu site entre navegadores. Ele é o único a testar o fullstack de uma aplicação web. Ele é fácil de usar e por ter muitas maneiras de usar, ele pode se adaptar a praticamente qualquer ambiente. Ele é amigável para testadores. É a melhor solução para smoke testing.

Imaturidade do test/unit. Ele não é tester friendly. Os testes são procedimentos e se perde muito da orientação a objetos, não há herança entre testes. Ele testa apenas pequenas coisas. A sintaxe dele é horrível, não intuitiva, não há um mapeamento muito bom entre o código do software e o de teste. Não há um framework de mock incluído. Mas tem vantagens, ele é muito amigável com o desenvolvedor. Muitos desenvolvedores já utilizaram algum tipo de teste unitário. Apesar da sintaxe feia, os desenvolvedores estão acostumadas a ela. E é fácil de escrever para um desenvolvedor. Roda muito rapidamente.

Imaturidade de rspec. Rspec usa muita mágica para fazer as coisas funcionar. Ele é muito baseado no inglês, mas ao mesmo tempo não tão consistente assim com o inglês. Mas depois da familiarização com o rspec entender as convenções fica fácil. Não é tão simples de extender. Ele é focado em testes de comportamento (behavior), que são mais fáceis de entender. Ele gera documentação automática e possui um framework de mock embutido.

Imaturidade do Synthesis. É um framework de integração. Encoraja classes desacopladas. Dá confiança sem necessidade de fazer testes de integração traducionais.

Imaturidade do Expectations. Framework de expectativas, similar com frameworks de behavior. Ele é somente código, não existem métodos. Então por exemplo se um teste falha ele apenas diz que falhou uma coisa na linha 35, por exemplo. Então ele não tem documentação, pois há ligação entre uma linha de teste e sobre qual teste em si está sendo executado. Ele é bem conciso, então essa é a parte legal, por isso que eu uso ele para certas situações. Ele encoraja a realização de testes bem granulares. Os valores esperados são literais. Encoraja que você faça definição de métodos que sejam expressivos.

Experimente e faça o que funciona melhor para você.

Rails Summit dia 16: Carl Youngblood

2008-10-16T00:00:00-07:00

Um ecossistema é a fauna e a flora e também o meio-ambiente de um certo lugar, não somente as coisas vivas, mas também o clima, por exemplo. Um conceito associado a um ecossistema é o aparecimento gradual. As coisas pequenas que quando atuadas em conjunto formam padrões e coisa mais importantes que as coisas pequenas isoladamente. Uma formiga individual carregando comida para dentro da toca sozinha parece que não faz nenhum trabalho importante. É um trabalho que nunca termina. Mas muitas formigas trabalhando em conjunto sem um chefe e de forma individual faz no conjunto um importante trabalho.

Agora como funciona o surgimento nas pessoas. Fazendo analogias do mundo real, como o crescimento das cidades e a comunicação de neurônios em nosso cérebro ele explicou como a inteligência coletiva é importante. Muitas das pessoas importantes do mundo muitas vezes são insuportáveis.

Agora o ecossistema do Rails. Dhh tem uma arrogância natural e sem ele não exitiria o Rails. Chad Fowler, James Buck, Michael Molina e Zed Shaw, todos eles são excentricos e tem caracteristicas exóticas, boas e ruins. Por último os humoristas do Rails Envy. Todas ajudam a comunidade internacional. Mas e o ecossistema Rails brasileiro?

Sem ser mau ou ser bom, qualquer pessoa não serve para nada. Que papel, você vai exercer?

Rails Summit dia 15: George Malamidis e Danilo Sato

2008-10-15T00:00:00-07:00

Foram desenvolvidos de diversos aspestos sobre REST, o principal foi o uso do REST para prover serviços, suas limitações e formas de escalar. Por fim o REST foi comparado com outros protocolos para prover serviços e enviar mensagens, como SMTP e XMPP. Esse tipo de protocolo pode ser mais escalável que prover serviços em REST dependendo do que se deseja.

No fim da palestra apareceu uma pergunta interessante que questionou se o serviço do Flickr era REST ou não. O questionamento foi em relação aos resources do Flickr não utilizarem a formatação clean das URLs como no Rails, mas passando parâmetros na URL da forma convencinal para informar a action desejada. O George defendeu que os serviços do Flickr são REST sim, apenas não utilizam a mesma formatação de URLs Rails. Na opnião dele se são recursos que podem ser acessados e cacheados então ele considera sim como sendo um recurso.

Rails Summit dia 15: Dr Nic

2008-10-15T00:00:00-07:00

Nosso doctor da comunidade contou como ele começou no Rails, em como foi chato ver pela primeira vez o tutorial de Rails de 15 minutos e como ele largou o Visual Studio e mudou para Rails.

Antes de fazer hacks em código as pessoas faziam hack em carros e o Dr Nic era triste pois os pais dele não deixaram ele hackear o carro, já que eles precisavam usá-lo. Depois apareceram os hacks de hardware, mas eles eram caros. E então apareceu o código, onde você não precisa gastar dinheiro nenhum para começar a hackear. No passado não havia tanto código quanto hoje, então hoje é muito fácil estudar código e olhar código para hackear.

Foram apresentados algumas estatísticas do número de projetos opensorce no sourceforge, rubyforge e github. É notável, pois há cerca de 6500 projetos no rubyforge, enquanto já existem 19000 no github!

Mais uma vez, assim como o Chad Fowler, uma palestra falando sobre reconhecimento pessoal. Dr Nic incentivou a colaboração, fazendo uma analogia com dinheiro. Se você tem $1,000 que você não pode gastar em lugar nenhum, para que serve esse dinheiro? Essa foi a relação que ele fez com os segredos de código.

Defendeu uma mudança no pensamento em relação a grupos e permissões, dando mais incentivo ao individuo. Na opnião dele simplesmente dizer que algo está quebrado é uma coisa muito lenta. Então normalmente ele interfere num projeto enviando um patch, pois este diz tudo que diversos e-mails não resolveriam. É algo como andar na frente. Em suas palavras: “There is no them”.

Falou sobre as diversas atividades que os desenvolvedores podem ter dentro de um projeto opensource e como cada uma dessas atividades individuais são importantes. Existem diversas oportunidades de contribuição em projetos opensource, inclusive os projetos não mais mantidos do Dr Nic. Enfatizou bastante a questão da não necessidade de permissão para fazer as coisas, e sobre como o git facilitou a nossa vida nesse sentido.

Ele citou o exemplo de um cara que trabalha com ele que programa em Cocoa, mas que não entende nada de software opensource, que não contribui com a comunidade. E mais um vez está a importancia dos blogs para divulgar a cultura opensource e mostrar para esse tipo de pessoa sobre como trabalhar colaborativamente pode favorecer a todos.

Os caminhos para se tornar bom na comunidade: aprender controle de versão(svn e git), aprender unit testing, começar um blog, aumente a sua bagagem técnica e na comunidade

Ele focou bastante ao falar do tdd. Ele não mexe em código que não tem teste, no máximo auxilia na documentação. E ainda falou das facilidades já oferecidas pelo Rails.

Sobre o blog ele falou da importancia que o blog teve para torná-lo conhecido e sobre como isso pode ajudar os profissionais para se tornarem também. Enfatizou que não é preciso escrever textos formais no blog, o importante é contribuir com qualquer coisa que você tenha aprendido. Isso ajuda você no futuro e ainda ajuda a comunidade.

Participar de conferências, mostrar o seu código, corrigir o código dos outros, fazer (boas) perguntas em forums, traduzir coisas para o português e para o inglês.

Don’t keep secrets! Compartilhe, compartilhe, compartilhe!

Esse é o caminho para o awesomeness!

Rails Summit dia 15: Chad Fowler

2008-10-15T00:00:00-07:00

Chad Fowler falou bastante sobre como se promover no mercado como desenvolvedor. Ele fez analogia comparando o desenvolvedor com produtos, mas não de maneira negativa. Apenas informando que o desenvolvedor deve saber se apresentar para o mercado, fazer barulho para se mostrar, fazer marketing pessoal. É uma coisa que muitos desenvolvedores não gostam de fazer, mas é necessário se você quer crescer como profissional. Um dos exemplos dados por ele foi o de um funcionário que sabe desenvolver 5 vezes mais rápido que qualquer um da equipe de desenvolvimento, mas não fala isso pra ninguém e continua trabalhando com suporte.

Ele falou também sobre produtos que ele classificou como remarkable. Seriam coisas que tem potencial de sucesso, como foi/é o caso do Rails. Também foi o caso do iPod, que entrou para concorrer nos Estados Unidos num mercado onde se compra um MP3 Player por $15 e o iPod algumas centenas de dólares. E o principal, enfatizou que o profissional deve ser remarkable.

Não foi nada que eu já não soubesse, mas é legal ouvir de alguém com renome na comunidade.

Hora do almoço!

Participação no Railsbox podcast

2008-09-29T00:00:00-07:00

Na semana passada eu participei da gravação do Railsbox podcast. O tema foi licenciamento de softwares livres/open source. Falamos muito sobre software livre e licenças open source, fazendo paralelo com a realidade atual de nós desenvolvedores Rails e nossos projetos.

Agradeço ao Ozéias Sant’ana e ao Davis Cabral pelo convite. Também participou do podcast o Rafael Caceres, que é envolvido com o movimento do software livre no Paraná.

Confiram o link original do podcast e faça o download.

Disabling my public svn

2008-09-15T00:00:00-07:00

I disabled my public svn. I only had apache installed in my vps because of svn and it’s not making sense anymore with GitHub. So my public projects are now there.

Rcov with segfault bug patched

2008-08-29T00:00:00-07:00

Rcov are hurting many people because of a segfault when used with rspec. Fortunately Tom Copeland wrote a patch last week. I patched it against rcov and put on GitHub. You can install it as a gem doing like this:

$ gem sources -a http://gems.github.com (you only have to do this once)
$ sudo gem install mergulhao-rcov

Someone knows how to make GitHub recognizes my README.markdown file?

Invitation for companies to hire me / Procuro empresa para me contratar

2008-07-31T00:00:00-07:00

English version:

As the end of the Lucidus project gets closer, It is time, just as Tapajós did, to look for other projects till Improve It is able to maintain all of us. I am looking for a company to hire me for the next months.

Requirements of the companies/projects candidates:

Project with the minimum of three months, and maximum indefinite
Maximum of 6 hours allocated a day
Flexible work hours
The time of entry can not be prior to 10am (local hour in Rio de Janeiro, Brazil / -3 GMT), when working at the office

Desireable requirements:

Web applications with Rails
Bluetooth applications
Remote work
Companies outside Brazil with payment in US dollars
Small companies with small teams

What I offer:

Clean code with no dirty workarounds
Test-driven development
Web applications with selenium acceptance tests
Extreme Programming experience
Availability to travel when financed
Satisfaction guaranteed or contract termination in the first month without charge to any party

Interested companies contact me privately.

Versão em português:

Vai chegando o fim do projeto Lucidus e está no hora de, assim como o Tapajós, buscar trabalho até que a Improve It se torne sustentável para todos nós que trabalhamos nela. Estou em busca de uma empresa para me contratar pelos próximos meses.

Requisitos das empresas/projetos candidatos:

Mínimo de 3 meses de projeto, máximo indeterminado
Máximo de 6h de alocação por dia
Flexibilidade dos horários de trabalho
O horário de entrada(caso seja alocado na empresa) não pode ser anterior às 10h da manhã

Contam pontos:

Sistemas Web utilizando Rails
Aplicações com Bluetooth
Trabalho remoto
Empresas do exterior com pagamentos em dólar
Empresas e equipes pequenas

Ofereço:

Desenvolvimento limpo e sem gambiarras
Uso de test-driven development
Uso de selenium em aplicações web
Experiência com extreme programming
Disponibilidade para viagens, inclusive para o exterior, desde que financiadas
Garantia de satisfação ou contrato cancelado no primeiro mês sem ônus para nenhuma das partes

Empresas interessadas entrem em contato em pvt. Meu currículo está disponível.

Unresponsive script no selenium

2008-07-11T00:00:00-07:00

No começo da semana no Lucidus, começamos a ter problemas com o selenium. No fim da execução dos testes ele gera um relatório que é interpretado pelo nosso cruisecontrol.rb.

O problema é que já possuímos testes DEMAIS no selenium, então na hora de gerar o relatório, o firefox dizia aquela mensagem de que “um script em execução não está respondendo….”. Quando íamos conferir, nosso build havia falhado por conta disso.

Solução: acessar o about:config do firefox e alterar o campo dom.max_script_run_time de 10 (default) para 40, por exemplo.

Criando uma nova aplicação a partir de gem antiga do Rails

2008-07-01T00:00:00-07:00

Parece uma bobeira, mas não achei documentação sobre isso. Hoje quis gerar um projeto Rails utilizando o Rails 1.2.6 que ainda tenho instalado aqui na minha máquina. O problema é que eu tenho versões do Rails mais novas (2.0.2 e 2.1) instaladas também e ele sempre roda a última versão no comando rails. Lendo o executável descobri que basta fazer:

rails \_1.2.6\_ projeto

Sim é exatamente como o comando está aparecendo, com os underscore e tudo. Vai entender…

Em Julho: Ultra Maratona How To!

2008-06-14T00:00:00-07:00

Em julho teremos no Rio de Janeiro a I Ultra Maratona How To de Software Livre! É um evento com 20 tutoriais práticos de 4 horas cada. Terão desde cursos de utilização de BrOffice e Inkscape, passando por segurança de servidores, hardening e desenvolvimento. Para ver a grade completa acesse. Os preços são bem convidativos, entre R$60 e R$90.

Eu serei tutor de dois. O primeiro, com nome de “XP Game e o Jogo da comunicação”, será em conjunto com o Tapajos e o Felipe Barreto. No segundo estarei sozinho e será uma “Introdução ao Ruby on Rails”.

Acesse já e faça a sua inscrição, as vagas são limitadas.

Um ano de mergulhao.info

2008-05-15T00:00:00-07:00

E lá se vai um ano de mergulhao.info! Total de 53 artigos publicados, um punhado de comentários, diversas palestras pelo Brasil, alguns projetos realizados e outros em andamento.

Desde que começei com este blog, há pouco mais de um ano, sempre tive em mente que este era um projeto para divulgação do meu trabalho, um espaço meu. Partindo desse ponto, assumi integralmente o custo dele para mim, abrindo mão de qualquer tipo de remuneração de ads.

Hoje(na verdade quem visitou meu site nos últimos dias já viu) estou abrindo mão da ausência de propaganda em meu site, não por dinheiro, mas para uma causa que considero importante.

O Rio de Janeiro, capital, vem de 16 anos de governo Cesar Maia. Foram basicamente 16 anos em que o governo do Rio não teve diálogo com o governo estadual ou com o governo federal, ou com os dois ao mesmo tempo. Foram 16 de anos de obras de fachada, desvios de verba e um Pan-Americano que custou dezenas de vezes o orçado, construiu uma Vila que afunda e acabou com um patrimônio do automibilismo brasileiro, o Autódromo Nelson Piquet.

Para piorar as coisas os novos candidatos não são nem um pouco animadores. Eu já fiz a minha opção, não acho que exista um salvador da pátria, mas com certeza existe algo melhor.

Movendo um repositório SVN

2008-05-03T00:00:00-07:00

Anteriormente eu utilizava hospedagem compartilhada no Dreamhost, mas eu mudei a pouco tempo atrás. Gerenciava meus repositórios pelas ferramentas do Dreamhost. Agora no vps precisei aprender uns truques a mais. Antes eu tinha minhas coisas públicas espalhadas por alguns repositórios. Agora juntei tudo num só e foi mais fácil do que pode parecer:

svnadmin dump caminho_para_o_repositorio > repositorio.dump

O caminho_para_o_repositorio é o caminho físico (e não a url de acesso ao svn, logo é preciso estar logado na máquina onde está o repositório) e repositorio.dump é o nome do arquivo do dump. Agora é só:

svnadmin load caminho_para_o_repositorio_destino < repositorio.dump

Com isso você leva todo o conteúdo de um repositório para o outro. E é por isso que agora meu repositório svn público está de volta ao ar:

http://mergulhao.info/svn/

Litespeed como proxy para o Apache servir SVN

2008-05-03T00:00:00-07:00

No vps estou utilizando Litespeed como servidor web. Neste link estão disponíveis vários tutoriais para configuração básica do Litespeed, então não vou entrar neste mérito, pois não iria acrescentar nada mais do que já está lá.

O Litespeed é um ótimo servidor web para projetos Rails. Fácil de instalar e usar, com interface web para configurar TUDO que existe nele, consome muito pouca memória, aguenta o tranco de conexões simultâneas etc — não sei o que as pessoas ainda fazem perdendo tempo configurando Apache + mongrel_cluster, pois o Litespeed resolve isso muito bem sem utilizar mongrel.

Ele tem um problema. Não serve SVN como o Apache faz. Mas ele é um servidor web completo e possui opções para fazer proxy. A solução então é configurar um Apache rodando em uma porta diferente da 80 e fazer o Litespeed direcionar certas urls para o Apache. Assim:

Primeiro é necessário adicionar uma “External App”. Na página principal de administração do Litespeed clicar em “Configuration”, em “External App” e por último em “Add”.

A seguir selecione “Web Server” e dê “Next”. Agora preencha um nome para esse Web Server — eu usei apache_local — e no campo Address preencha o url do seu servidor web: ip_ou_host:porta. Os demais campos são tunning, configure como desejar. Basta salvar.

Agora abra a aba de configuração do seu virtual host (vai depender se você está utilizando templates ou não) e clique na aba “Context” e depois em “Add”. Selecione “Proxy” e dê “Next”.

Agora preencha a “URI” e selecione o “Web Server” já configurado. O campo “URI” representa o caminho acessado no seu site e que será direcionado para o “Web Server” nesse mesmo “URI”. Não pesquisei sobre como direcionar para o “Web Server” em um caminho diferente.

Agora é só reiniciar o Litespeed. O svn em http://mergulhao.info/svn/ está funcionando dessa maneira.

extjs 2.0.2 para download

2008-04-29T00:00:00-07:00

Eu consegui no endereço http://pypi.python.org/pypi/ore.extjs/2.0.2 um pacote para Zope que contém a extjs 2.0.2, última lançada como LGPL. O Jack Slocum da Ext afirma num comentário nesse post e outros lugares pela rede que um fork da versão 2.0.2 é uma violação da licença. Vasculhando o pacote do link acima encontrei o arquivo original da licença que diz o seguinte sobre a “versão” open source:

Open Source License

Ext is also licensed under the terms of the Open Source LGPL 3.0 license. You may use our open source license if you:

Want to use Ext in an open source project that precludes using non-open source software

Plan to use Ext in a personal, educational or non-profit manner

Are using Ext in a commercial application that is not a software development library

or toolkit, you will meet LGPL requirements and you do not wish to support the project

http://www.gnu.org/licenses/lgpl.html

Ou seja: ele tenta impor restrições ao uso da licença open source(LGPL), o que de forma alguma é permitido pela LGPL, Stallman que me corrija se eu estiver errado.

Conclusão: até que um advogado me prove o contrário não há nada de errado ou ilegal fazer um fork da versão 2.0.2.

Download também aqui.

Ressaca do FISL

2008-04-27T00:00:00-07:00

Para quem tinha pedido aqui estão os slides da minha palestra no FISL: Rails2 e Lucidus. Esse sem dúvida foi o melhor FISL que eu já participei. A minha palestra conjunta com o Vinicius estava lotada (alguém sabe a lotação daquela sala? 200~300 pessoas?), pena que as fotos não ficaram boas. Preciso de uma camera melhor.

Foi bom conhecer/reencontrar essa galera legal. Um ótimo networking, como diria, o Carlos da e-Genial, que foi um prazer ter conhecido. E fora isso teve mais uma galera que já postou sobre o assunto também.

Para quem acha que desenvolvimento é bobeira...

2008-04-23T00:00:00-07:00

Em breve a FanfAlliance!

Fisl chegando e algumas novidades

2008-04-12T00:00:00-07:00

Primeiro as novidades

Alguns já sabiam, outros, não. Esse blog rodava no Dreamhost. Depois de quase um ano brigando com eles para pararem de derrubar as minhas aplicações e sempre reclamando da velocidade, resolvi acabar logo com o problema. Há um mês atrás abri uma conta no Silverrack e fui migrando aos poucos minhas coisas para o vps e configurando/testando esquemas de firewall, servidores web etc. Ontem foi a vez do blog. Se você acha que está mais rápido, agradeça ao Silverrack.

Infelizmente ainda não deu tempo de fazer tudo funcionar. As pendências são: meu svn público e o site demo do Gulashop. Preciso decidir se coloco meu repositório público como svn no vps ou se passo a usar algum outro serviço externo como o github.

Agora o FISL!

Quem também for no FISL esse ano, não deixe de aparecer lá na minha palestra e na do Akita com o Luiz Vitor! Esse ano teremos até um stand do Rails Brasil, com sorte consigo alguma camisa para sortear no fim da palestra. Devo ficar boa parte do tempo do evento no stand do Rails Brasil, então apareçam por lá para trocarmos umas figurinhas.

Na minha palestra apresentarei o Rails 2 e no final, falarei sobre como foi, no Lucidus, a migração do Rails 1.2 para o Rails 2. Para isso, convidei o Vinícius – espero que o voo dele chegue a tempo. Ninguém melhor do que o Vinícius para falar desse projeto e mostrar porque as coisas funcionam BEM nele.

Hoje o projeto se encontra com ~18 kloc, sendo algo perto de ~7 kloc em código e o restante em código de teste. Não lembro exatamente qual a quantidade de linhas de código na época. Nossa migração ocorreu na última semana de dezembro. Dada as dimensões do projeto – não se esqueça que ruby não é java, 18 kloc é muita coisa em ruby – em quanto tempo vocês chutariam que fizemos essa migração?

Descubram na palestra ;)

Curso de Ruby gratuito no Rubylearning.org

2008-03-30T00:00:00-07:00

O site rubylearning.org organizado por Satish Talim está oferecendo a quinta edição do seu curso on-line de Ruby. O curso é gratuito, bastando fazer a inscrição pelo site. As aulas começam no dia 3 de maio e são ministradas através da plataforma Moodle.

English version:
The rubylearning.org website managed by Satish Talim is offering the 5th batch of his on-line Ruby course. The course is free, just enroll at his website. The classes start on 3rd May and the course is designed using Moodle.

Atrasado, mas em tempo: 1 ano de Lucidus

2008-03-26T00:00:00-07:00

Pela falta de tempo estou um pouco atrasado, mas ainda em tempo. Desde novembro do ano passsado – passou muito rápido – tenho trabalhado fulltime no Lucidus. Todos os agradecimentos necessários foram feitos, então resta ressaltar a importancia deste projeto para mim, como desenvolvedor, profissional, pessoa.

Este projeto me mostrou como tdd e as boas práticas de programação são essenciais para manutenção da qualidade de um projeto de software, independentemente de qual metodologia de desenvolvimento está sendo utilizada. Antes de participar de um projeto onde essas práticas sejam largamente utilizadas e encorajadas é difícil perceber sua importancia. A partir do momento em que se desenvolve a cultura, ela se torna quase uma obsessão. Hoje o uso de testes e o refactoring estão no sangue e só serão substituídos por uma idéia melhor… quando ela for inventada ;)

O maior problema de todos nunca é técnico, tem relação com as pessoas e com a comunicação entre elas. Esse projeto me mostrou como melhorar a relação entre nós desenvolvedores na busca pela solução dos problemas. Confirmou que é possível um cliente presente e ativo no desenvolvimento de um projeto de software. Provou que XP não somente funciona, mas como é a melhor forma, a menos burocrática e a mais produtiva de se desenvolver software de qualidade em tempo aceitável.

Hoje estávamos discutindo sobre o projeto no fim do dia. Um dos questionamentos foi: este projeto estaria dando certo se estivesse na mão de outra equipe qualquer que não esta? A conclusão unânime foi: com uma probabilidade muito pequena este projeto daria certo na mão de outra equipe. Será que estamos sendo arrogantes? Não acho.

O fato é que há poucas opções. Esse projeto dificilmente seria pego por uma grande empresa, simplesmente pois uma grande consultoria é caro demais. E qual a situação da maioria das pequenas e médias consultorias de software? Caótica, com desenvolvedores mal qualificados tanto para o desenvolvimento quanto para a comunicação com o cliente. Resultado: softwares lixo! Eu já vivenciei isso!

Este com certeza é um projeto especial. Parabéns!

Palestra sobre Rails 2 no FISL!

2008-03-17T00:00:00-07:00

Pra quem ainda não viu, a página do programa do FISL 9 divulgou nos últimos dias a segunda lista de palestras e entre elas a minha foi aprovada.

O título é: Rails 2: Arrumando a Casa! Baseado nos slides do Peepcode sobre o Rails 2, falarei sobre esses assuntos:

ActiveRecord
- Novas validações numéricas
- Cache de queries
- Plugin Sexy Migrations incorporado
- Fixtures mais inteligentes
ActionController e ActionView
- Novas soluções para sites de grande tráfego
- Novo modelo de sessão baseado em cookies
- Simple Http Authentication
- Rotas RESTful
Outros
- Limpando seu enviroment.rb
- Novas tasks
- Nova opção para debug
Depreciações/Remoções
- Extinção de variáveis de instância @params, @session, @flash, @request e @env
- Extinção de start_form_tag/end_form_tag
- Plugins acts_as do ActiveRecord
- Plugin de paginação
- Drivers para banco de dados saem do core
- RenamedRoutes
Uma migração sem traumas * Relato da experiência no projeto Lucidus

A palestra não está pronta ainda, sugestões são bem vindas. Apareçam por lá!

Syntax Highlight Mephisto plugin

2008-02-24T00:00:00-08:00

UPDATE: Atualizado localização do repositório svn!

Já havia um tempo que eu queria adicionar syntax highlight nos códigos que escrevo aqui no blog. Resolvi pesquisar se já hávia algum plugin para Mephisto, mas não encontrei nenhum que utilizasse o dp.SyntaxHighlighter.

Utilizei como base o plugin do Dan Webb e fiz as modificações necessárias para utilizar o dp.SyntaxHighlighter. Para instalar:

script/plugin install http://mergulhao.info/svn/mephisto_plugins/filtered_column_better_code_highlighter/trunk/

Agora é só seguir as instruções do README e já poderá fazer isso:

class CreateContas < ActiveRecord::Migration 
  def self.up 
    create_table :contas do |t| 
      t.string :codigo, :limit => 8, :null => false 
      t.integer :parent_id 
      t.integer :lft 
      t.integer :rgt 
      t.timestamps 
    end 
  end 

  def self.down 
    drop_table :contas 
  end 
end

A vantagem de utilizar um syntax highlighter client-side como o dp.SyntaxHighlighter é que o seu código original fica limpo, fácil de editar novamente. Uma possível desvantagem é que pode ficar lento caso tenha muito código para fazer a sintaxe, já que ele usa javascript.

"git revert" não é o mesmo que "svn revert"!

2008-02-19T00:00:00-08:00

Acabei de atualizar o blog para a última versão do Mephisto, a 0.8, que foi lançada recentemente. Não entendi até agora por que a notícia não saiu no site oficial do Mephisto, mas isso é outro problema. Agora o scm do projeto é o git, que foi inicialmente desenvolvido pelo Linus Torvalds, o mesmo que criou o kernel do Linux.

Uma coisa que me chamou atenção foi o fato do ‘git revert’ não fazer nada semelhante ao que o ‘svn revert’ faz. O comando:

git revert HEAD

É um undo do último commit! Para fazer um revert como estamos acostumados no svn, deve-se fazer:

git reset --hard HEAD

Assim será feito revert de todas as modificações depois do último commit. Estranho que não achei a opção para fazer em um arquivo específico, como se faz no svn. Caso utilize:

git reset --hard HEAD nome_do_arquivo

É retornado:

Cannot do partial --hard reset.

Pesquisando um pouco descobri uma maneira razoável de realizar o revert svn-like:

git checkout nome_do_arquivo

É diferente, mas não é difícil de usar. Por enquanto o git está aprovado.

Acts_as_nested_set, uma árvore turbinada para consulta

2008-02-01T00:00:00-08:00

No projeto Lucidus ficamos diante de um problema há algumas semanas. Chegamos num ponto do projeto onde muitas coisas haviam sido desenvolvidas em torno de uma chave natural que representava uma conta pertencente a uma árvore de contas contábil. A árvore contábil (ou plano de contas) é uma estrutura hierárquica de 5 níveis.

Uma conta num sistema contábil é um número, que possui uma semantica associada, onde se colocam lançamentos de despesa (gastos com luz, empregados, etc) ou receita (recebimento de aluguél, condomínio, etc).

Simples exemplo de árvore contábil:

1 0 00 00 00 - Primeiro nível
1 1 00 00 00 - Segundo nível
1 1 01 00 00 - Terceiro nível
1 1 01 01 00 - Quarto nível
1 1 01 01 01 - Quinto nível
1 1 01 01 02 - Quinto nível

O problema se desenvolveu pelo fato de estarmos utilizando uma chave natural e uma estrutura com simulação de árvore através da chave natural. Para encontrarmos o pai ou os filhos de uma conta era necessário realizarmos buscas no banco utilizando coisas como “like ‘1101%’“, por exemplo, o que fazia os índices não terem efeito algum. Em algumas situações geramos relatórios consolidados buscando dados dos últimos 12 meses, o que gerava (sem exagero) milhares de queries no banco e cálculos absurdos.

A coisa começou a ficar inviável por 2 motivos: o desempenho não estava satisfatório e a complexidade do código dos nossos modelos estava ficando grande demais, devido a necessidade de simular o efeito de árvore e outros problemas decorrentes.

Tínhamos que resolver o problema, mas qualquer solução que se utilizasse de uma simples árvore iria decair em problema semelhante de desempenho, pela quantidade de queries que teriam que ser realizadas para varrer toda a árvore de contas. Resolvemos ver do que se tratava o acts_as_nested_set do Rails e ele implementava justamente o que precisávamos: uma árvore de busca implementada para um modelo do ActiveRecord! Para inserção de um nó ela é mais lenta que no acts_as_tree, mas na consulta ela pode buscar todos os filhos(e filhos dos filhos e assim por diante) de um nó com apenas uma query.

O acts_as_nested_set ainda não implementava todos os métodos que necessitávamos, como o método level, que informa a qual nível um nó pertence. Então continuando a busca por uma solução encontramos o plugin better_nested_set que faz tudo que o original faz, mas implementando diversos outros métodos utilitários.

Então decidimos resolver o problema de vez e tivemos a coragem de refatorar todo o sistema implementando o better_nested_set na árvore de contas.

Para a teoria de funcionamento dessa árvore, modo de cálculo dos índices e etc, busque nos links citados que encontrará todas as informações. Farei apenas uma pequena explicação sobre como utilizá-la em seu projeto Rails.

Primeiro de tudo, instale o plugin no seu projeto:

script/plugin install svn://rubyforge.org/var/svn/betternestedset/tags/stable/betternestedset

Crie um modelo e uma migração. No projeto exemplo criei um modelo conta:

script/generate model conta

E defini a migração assim:

class CreateContas < ActiveRecord::Migration 
  def self.up 
    create_table :contas do |t| 
      t.string :codigo, :limit => 8, :null => false 
      t.integer :parent_id 
      t.integer :lft 
      t.integer :rgt 
      t.timestamps 
    end 
  end 

  def self.down 
    drop_table :contas 
  end 
end

Repare que há um campo parent_id que representará o nó pai e os índices lft e rgt (não use left e right, pois em geral são palavras reservadas nos banco de dados) que são utilizados pela árvore.

O nosso modelo fica assim:

class Conta < ActiveRecord::Base
  acts_as_nested_set
end

Agora podemos brincar com nossa árvore! Vamos ao console:

Loading development environment (Rails 2.0.2) 
>> Conta.roots 
=> []

Nosso modelo dizendo que não há nenhum nó raiz. Vamos criar um:

>> conta1 = Conta.create(:codigo => '10000000') 
=> #<Conta id: 1, codigo: "10000000", parent_id: nil, lft: 1, rgt: 2, created_at: "2008-02-01 00:28:58", updated_at: "2008-02-01 00:28:58"> 
>>

Conta.roots agora retorna nossa recém criada conta:

>> Conta.roots 
=> [#<Conta id: 1, codigo: "10000000", parent_id: nil, lft: 1, rgt: 2, created_at: "2008-02-01 00:30:56", updated_at: "2008-02-01 00:30:56">] 
>>

Podemos adicionar um filho a ela:

>> conta1.add_child(Conta.create(:codigo => '11000000'))

E consultar os filhos de conta1:

>> conta1.children 
=> [#<Conta id: 2, codigo: "11000000", parent_id: 1, lft: 2, rgt: 3, created_at: "2008-02-01 00:33:03", updated_at: "2008-02-01 00:33:03">] 
>>

E adicionar um filho a nossa segunda conta:

>> conta2 = Conta.find(2) 
=> #<Conta id: 2, codigo: "11000000", parent_id: 1, lft: 2, rgt: 3, created_at: "2008-02-01 00:33:03", updated_at: "2008-02-01 00:33:03"> 
>> conta2.add_child(Conta.create(:codigo => '11010000')) 
=> #<Conta id: 2, codigo: "11000000", parent_id: 1, lft: 2, rgt: 5, created_at: "2008-02-01 00:33:03", updated_at: "2008-02-01 00:33:03"> 
>>

E assim sucessivamente até termos os 5 níveis contábeis(inseri dois nós no último nível, como no exemplo no início do artigo). Após as inserções fazemos uma busca por todos os filhos do nosso nó raiz:

>> conta1.all_children 
=> [#<Conta id: 2, codigo: "11000000", parent_id: 1, lft: 2, rgt: 11, created_at: "2008-02-01 00:33:03", updated_at: "2008-02-01 00:33:03">, #<Conta id: 3, codigo: "11010000", parent_id: 2, lft: 3, rgt: 10, created_at: "2008-02-01 00:35:18", updated_at: "2008-02-01 00:35:18">, #<Conta id: 4, codigo: "11010100", parent_id: 3, lft: 4, rgt: 9, created_at: "2008-02-01 00:37:17", updated_at: "2008-02-01 00:37:17">, #<Conta id: 5, codigo: "11010101", parent_id: 4, lft: 5, rgt: 6, created_at: "2008-02-01 00:37:50", updated_at: "2008-02-01 00:37:50">, #<Conta id: 6, codigo: "11010102", parent_id: 4, lft: 7, rgt: 8, created_at: "2008-02-01 00:40:28", updated_at: "2008-02-01 00:40:28">] 
>> conta1.all_children.size 
=> 5 
>>

E se verificarmos no log, apenas uma sql foi executada para busca de todos os filhos:

Conta Load (0.004532)   SELECT * FROM contas WHERE (1 = 1 AND (lft BETWEEN 1 AND 10)) ORDER BY lft

Espero que possa ser útil para alguém! Se precisarem de uma estrutura que se pareça com uma árvore e precise ser otimizada para consulta, não deixe de conferir esse plugin.

Os arquivos desse artigo podem ser baixados aqui:

/assets/images/2008/8/22/betternestedset.tgz

Rails 2: Foxy Fixtures não tem suporte a id!

2008-01-13T00:00:00-08:00

Essa semana no projeto Lucidus passamos por um problema com as foxy fixtures do Rails 2.

Estávamos utilizando um modelo que possuia um autorelacionamento e outro modelo que se relacionava com o primeiro. Algo equivalente a:

class Pessoa < ActiveRecord::Base  
  belongs_to :pai, :class_name => 'Pessoa', :foreign_key => 'pai_id'  
end  

class Endereco < ActiveRecord::Base  
  belongs_to :pessoa  
end

E precisávamos criar uma fixture de pessoa que tivesse um relacionamento para outra fixture pessoa, além de uma fixture de endereço que se relacionasse com uma de pessoa. Não sabiamos que as foxy fixtures possuiam suporte a autorelacionamento então primeiro tentamos algo como:

# pessoas.yml
pai_01:
  id: 1
  nome: Nome do Pai

filho_01:
  id: 2
  nome: Nome do Filho
  pai_id: 1

# enderecos.yml
endereco_01:
  pessoa: filho_01
  rua: rua 1
  numero: 25

Teoricamente, no carregamento das fixtures no banco, deveria fazer o apontamento correto do endereço endereco_01 preenchendo o campo pessoa_id do mesmo com o id 2, do filho_01. Mas não era isso que acontecia. Era preenchido um id aleatório no campo pessoa_id do endereco_01(se o banco possuisse a constraint de foreign key daria erro no carregamento, claro). Já estávamos achando que era um problema/bug(e é na verdade) das foxy fixtures, mas resolvi pesquisar no changelog do activerecord e descobri que não há suporte a ids nas foxy fixtures, tudo deve ser indexado somente pelos nomes e há suporte a autorelacionamento. Corrigindo então fica assim:

# pessoas.yml
pai_01:
  nome: Nome do Pai

filho_01:
  nome: Nome do Filho
  pai: pai_01

# enderecos.yml
endereco_01:
  pessoa: filho_01
  rua: rua 1
  numero: 25

Desse modo todos os ids são criados dinamicamente, e as fixtures se acham na hora do load no banco para a execução dos testes.

Obs: Eu não testei esse código, escrevi tudo direto no editor, pode ser que exista algum erro de sintaxe ou coisa assim.

Invente menos problemas!

2008-01-12T00:00:00-08:00

O açucar União está com uma campanha publicitária chamada Viva Momentos de União, que possui mensagens que fazem alusão a situações de prazer e bem-estar, realçando a importancia da qualidade de vida e tudo mais. Não se preocupem, não vou escrever sobre açucar!

No projeto Lucidus os nossos sachês de açucar pro café são da União e cada um vem com uma mensagem, entre elas essa que eu achei brilhante:

Invente menos problemas.

E aí isso me remete, como desenvolvedor, ao nosso velho problema de querer sempre complicar as coisas. Há um bom tempo que estudo XP, mas foi somente nos últimos meses que tive a oportunidade de ver na prática como a coisa funciona. Desde que entrei para o projeto Lucidus meus conceitos sobre como desenvolver software mudaram muito, do meu ponto de vista para melhor, claro.

XP possui como um de seus valores a simplicidade. A idéia é implementar as coisas da forma mais simples possível, sem preocupar-se com o amanhã ou com tentar prever quais funcionalidades, métodos ou funções serão necessárias no futuro. É preocupar-se apenas em resolver o problema de agora de forma simples. Isso puxa(ou o inverso) uma das práticas do XP, o design incremental.

Quando estudei engenharia de software tradicional na universidade “aprendi” que o design deveria ser sempre feito antes da implementação. Então deveria-se planejar(o sistema, as classes, os patterns, a base de dados, os relacionamentos, etc) numa tentativa de prever o rumo que o projeto iria levar. Felizmente aprendi cedo de que isso na teoria é muito bonito, mas na prática não funciona. Quer queiram ou não, os projetos de software sempre sofrem mudanças na hora da implementação. Mudanças essas que podem ser drásticas a ponto de toda documentação/projeto que foi escrito não servir mais para nada, por não refletir a realidade do projeto.

Quando em XP dizemos que trabalhamos com design incremental do software, não estamos dizendo que não usamos patterns… Isso apenas quer dizer que decidimos que patterns utilizar na hora em que de fato precisarmos dele. O uso contínuo da refatoração nos leva aos patterns.

Há alguns anos atrás eu trabalhava(leia-se ganhava dinheiro) apenas com Java e, por coincidência ou não, muitas das pessoas com que trabalhei e empresas por onde passei possuiam essa mesma cabeça da engenharia de software tradicional e passavam meses projetando e montando o ambiente de trabalho antes de que qualquer linha de código útil fosse escrita.

Felizmente, mais uma vez, há 2 anos eu descobri o Ruby e o Rails. Descobri que as pessoas que trabalham com Ruby e Rails seguem fielmente a linha da simplicidade, dos princípios DRY e KISS. Descobri que Rails se encaixa como uma luva no XP. Então a frase do dia é:

Invente menos problemas. Use Rails!

Inverse Captcha: Aprovado!

2007-12-23T00:00:00-08:00

Mais de um mês e meio depois de instalar o Inverse Captcha não há o que discutir: nenhum spam durante todo esse período! Mais uma vez o conceito de fazer a coisa mais simples com chances de funcionar se mostrou eficaz e resolveu o problema de spam do blog.

Para saber mais sobre o Inverse Captcha, visite o post.

Falta tempo! Eventos, eventos, eventos!

2007-11-25T00:00:00-08:00

O mês de novembro foi bem conturbado, gostaria de ter mais tempo para postar aqui, mas está bem difícil. Gosto de escrever com calma, revisar bem, então sempre demoro para escrever posts técnicos, por exemplo. E nesse mês definitivamente tempo foi escasso. Assim que possível vou escrever sobre como foi migrar o blog para o Mephisto e para o Rails edge. Posso adiantar que foi divertido e com emoção.

Participei de dois eventos em sequência. Primeiro Conisli, São Paulo, onde apresentei uma versão nova da palestra Nos Trilhos Com Rails, que já está disponível para download, e também a palestra sobre o BlueZone. Depois direto de São Paulo para Foz do Iguaçu: Latinoware. Sem dúvida um dos melhores eventos de Software Livre que já participei, com uma estrutura fenomenal dentro do Parque Tecnológico de Itaipu. No Latinoware ministrei um workshop de Rails e também a mesma palestra sobre o BlueZone.

Ao chegar de volta ao Rio, uma semana depois de sair, infelizmente não tive disposição para voltar a São Paulo para o RejectConf, mas sem dúvida estarei presente no RioOnRails. Novidades a caminho, quem quiser conversar, apareça!

Inverse Captcha: como não amolar seus visitantes

2007-11-06T00:00:00-08:00

Quem tentou acessar meu site em alguns momentos no dia de ontem e hoje há alguns minutos se deparou com alguns 404 ou 500. Foi só uma pequena briga entre eu e o Dreamhost para atualização do Mephisto, isso vai ficar para o próximo post.

Como muitos de vocês, eu também acho o Captcha uma bosta de uma invenção. Infelizmente os “bots postadores de formulários alheios” estão importunando cada vez mais e estava precisando de algo que resolvesse esse problema nos comentários do blog.

A questão é: como minimamente garantir que há um humano postando o formulário e não um bot? Resolvi pesquisar por algo sobre o assunto e encontrei coisas interessantes.

Fazendo o oposto do Captcha, o conceito do Inverse(ou Negative) Captcha não é fazer o nosso visitante se identificar como humano, mas fazer o bot se entregar. Como? Fazendo a coisa mais simples com chances de funcionar. Dentro do formulário há um campo hidden via css. Os bots vêem esses campos como inputs comuns, pois eles não interpretam o css. O humano(ou os leitores de tela) ignoram esse campo, pois ele não aparece na tela. Logo, basta ignorar qualquer submissão que vier com o campo hidden preenchido.

Utilizei o plug-in para Mephisto desenvolvido pelo Sven Fuchs que implementa essa solução. Simples, não? Vamos ver se funciona.

ATUALIZAÇÃO: Ainda não descobri por que, mas parece que o plug-in está apresentando problemas e não está salvando nem os comentários “humanos”. Em meu ambiente de teste está funcionando normalmente, estou desconfiado mais uma vez das loucuras do Dreamhost. Qualquer dúvida ou sugestão me enviem um e-mail. Um abraço.

ATUALIZAÇÃO2: Problema resolvido, agora está tudo ok. Qualquer problema nos comentários me comuniquem.

Deploy com Capistrano atualizado

2007-10-11T00:00:00-07:00

Seguindo o feedback do Daniel Passos eu fiz pequenas atualizações no artigo sobre deploy com Capistrano.

Daniel, muito obrigado pelo seu feedback!

Conservadorismo tecnológico, até que ponto?

2007-09-26T00:00:00-07:00

Ultimamente tenho me deparado com algumas questões relativas à adoção de novas tecnologias. No momento não estou falando especificamente de uma tecnologia, mas sim no geral.

Qual aplicação realmente precisa de um uptime de 99,99999999…99999%? Poucas? Muitas? Eu diria que quase nenhuma! Por exemplo esse blog, ou outros blogs. Que diferença faz se o Dreamhost cai (pelo menos) uma vez por mês (seria por semana?), deixando meu site fora do ar por algumas horas? Nesse caso pra mim nenhuma, ninguém morreu por isso. Pelo menos não que eu saiba. Se você conheceu alguém que morreu porque não conseguiu acessar meu blog, me informe urgentemente para eu trocar logo de host, ou muitas outras poderão morrer também! :)

É claro que sempre achamos muito ruim quando necessitamos utilizar aquele serviço e, na hora h, está fora do ar… Se por isso você perdeu dinheiro, então está na hora de buscar outro compatível que dê a você o uptime de que necessita ou poderá perder mais ainda, certo?

O grande ponto que gostaria de alcançar é: até que ponto vale a pena a adoção de uma tecnologia mais antiga visando a imaginária segurança da robustez em detrimento de uma mais moderna que traga vantagens de produtividade e recursos? Claro, ninguém possui a resposta para todos os casos, cada um deve ser analisado à parte, levando em consideração todos os fatores envolvidos.

O fato é que em nossas vidas utilizamos software beta o tempo todo! Será que algum dia existirá um software verdadeiramente estável?

Sistema de inscrições e eu

2007-09-25T00:00:00-07:00

Durante todos os outros anos do Fórum do Software Livre do Rio de Janeiro utilizávamos um sistema de inscrições que era feito em PHP. Esse sistema já havia sido adaptado ao nosso evento, resgatado de um outro evento de estudantes de computação. Todo ano novas modificações para ele se adaptar às novas necessidades. Esse ano decidi escrever mesmo uma outra aplicação e não poderia ser diferente, escolhi Rails como framework base.

O grande problema que criei por essa minha decisão foi: onde hospedar? A nossa parceira Hostnet ainda não fornece serviço de hospedagem para Rails e na Unirio não tínhamos nenhum servidor preparado para isso. Sobrou hospedar juntamente com meu site, no Dreamhost. Após 3 ou 4 dias com o sistema no ar estávamos tendo muitas reclamações referentes ao desempenho. Lento, muito lento (coisa que não acontece com o site principal não sei o motivo). E claro, com alguns momentos down.

Solução 1: preparar um servidor na Unirio. Sistema que estava instalado no servidor disponível: Fedora Core 4. Se alguém conhece Fedora sabe que isso está muito desatualizado. Ou seja, um monte de pacotes antigos, apache antigo, ruby antigo, sem adaptador mysql para ruby etc. DESCARTADO!

Solução 2: propus levantar um servidor virtual com Ubuntu server e recursos modestos que eu me encarregaria de configurar tudo. Duas horas depois de receber o acesso ssh para configurar o servidor (e já 3h da manhã de algum dia da semana passada) estava tudo no ar, com apache rodando Rails utilizando fastcgi. Não me atrevi a colocar em mongrel, pois não li nenhuma documentação sobre ele ainda. IMPLANTADO!

Ok, até então se saindo muito bem. Até que no último domingo, dia 23, faltou luz na Unirio por 4 horas. O no-break, claro, não segurou, sem gerador… foi tudo por água abaixo. Quase metade do dia com o serviço fora do ar, pois os servidores precisavam ser religados e entrar domingo numa Universidade pública não é algo trivial, muito jogo de cintura com os seguranças e ligações telefônicas até conseguir liberação para fazer coisa que dura 5 minutos.

Enfim… voltou ao ar no fim da noite… Valeu Max!

icard mobile, chamada para testadores

2007-09-24T00:00:00-07:00

Durante o ano passado tive o prazer de trabalhar numa startup focada em mobile, com pessoas muito legais e fazendo softwares j2me de primeira linha. Infelizmente a startup não deu certo, mas as coisas legais não acabaram. O primeiro desenvolvimento em j2me foi o icard mobile. Trata-se de um pequeno aplicativo j2me que envia cartões de visita virtuais via e-mail. Ele fez um sucesso razoável no exterior, principalmente sudeste asiático, chegando a enviar alguns milhares de cartões por dia.

Através do site, mediante informação do código de registro que se recebe ao efetuar o cadastramento pelo aplicativo, é possível fazer upload de uma imagem que ficará no canto à direita do cartão e também escolher entre 6 cores diferentes de fundo para o seu cartão. É um serviço gratuito e que pode ajudar nas horas em que seu cartão de visita acabou, normalmente nos piores momentos ;).

Originalmente todo o backend do sistema estava desenvolvido em lua. Durante essa semana, efetuei a migração para Rails e fiz pequenos ajustes necessários na aplicação j2me.

O domínio original do serviço era www.icardmobile.com, mas ele foi perdido. Ainda não sei o que farei em relação a isso. Por hora, quem tiver interesse acesse http://icard.mergulhao.info e veja os detalhes.

Espero em breve fazer a internacionalização do site e do aplicativo que no momento estão disponíveis apenas em inglês.

Por favor reportem situações de funcionamento e não funcionamento, enviando para mim a marca, o modelo dos aparelhos testados e os problemas encontrados. Sugestões de novas funcionalidades são bem-vindas. Aguardo o feedback!

Inscrições abertas para o V Fórum de Software Livre

2007-09-21T00:00:00-07:00

Atenção pessoal! Estão abertas as inscrições para o V Fórum de Software Livre do Rio de Janeiro. Para se inscrever visite o site e abra o menu correspondente. A inscrição para participação nas palestras e circulação na área do evento é GRATUITA. Os minicursos são cobrados com desconto para estudantes e servidores públicos.

Esse ano mais uma vez contamos com quatro dias de fórum: dois no Clube de Engenharia e mais dois, na Unirio, com foco no público técnico. Na Unirio, além das palestras também teremos minicursos diversos visando introdução ou aprofundamento de assuntos técnicos pertinentes ao mundo do Software Livre.

Avançando um passo de cada vez, esse ano temos a confirmação do nosso primeiro palestrante internacional: Maddog Hall! Foi uma grande conquista para o nosso evento. Esperamos com isso conseguir um pouco mais de visibilidade da comunidade de Software Livre do Rio de Janeiro, que sabemos ser grande, mas infelizmente muito dispersa.

Até lá!

Bluezone em Itajubá

2007-09-07T00:00:00-07:00

Semana passada tive o prazer de apresentar o BlueZone para o pessoal de Itajubá. Na seção de artigos já está disponível para download os slides da apresentação.

Dreamhost deploy com capistrano

2007-09-03T00:00:00-07:00

Realmente o capistrano me surpreendeu bastante pela utilidade e facilidade de uso. Assim que possível vou passar a realizar deploy de todos os meus sistemas/sites/etc que estão rodando na web utilizando ele — inclusive os que não rodam em Rails! O teste dessa vez foi no sistema de inscrições do Fórum de Software Livre desse ano. Quem quiser testar para ver como está ficando e sugerir mudanças acessar: http://inscricao.mergulhao.info.

Deixo aqui um passo a passo para quem quer fazer deploy de uma aplicação utilizando Capistrano e o Dreamhost (pode facilmente ser adaptado para outros hosts). Antes de tudo, instale o capistrano. Caso não esteja utilizando o Dreamhost, certifique-se que o seu servidor possui o svn cliente de linha de comando instalado.

ATENÇÃO: Todos os comandos aqui listados são executados em seu ambiente local de desenvolvimento.

Crie um subdomínio/domínio no painel de controle do Dreamhost, habilite o fastcgi e aponte o diretório web para algo semelhante:

/home/USUARIO/sistema.dominio.com/current/public
Acesse a sua conta via ssh e apague o diretório current que foi criado pelo Dreamhost em /home/USUARIO/sistema.dominio.com/
Siga esses passos se desejar efetuar o deploy sem a necessidade de digitar a senha do ssh a todo momento.
Configure seu config/enviroment.rb para modo produção e o config/database.yml com a base de produção.
Substitua seu public/dispatch.fgci por esse(dica pega do Klaus):


#!/usr/bin/ruby1.8
require File.dirname(__FILE__) + "/../config/environment"
require 'fcgi_handler'

class RailsFCGIHandler
  private
    def frao_handler(signal)
      dispatcher_log :info, "asked to terminate immediately"
      dispatcher_log :info, "frao handler working its magic!"
      restart_handler(signal)
    end
  alias_method :exit_now_handler, :frao_handler
end

RailsFCGIHandler.process! nil, 6

Configure seu public/.htaccess de acordo, substituindo a linha:


RewriteRule ^(.*)$ dispatch.cgi [QSA,L]

Por:


RewriteRule ^(.*)$ dispatch.fcgi [QSA,L]

Rode o capify no diretório de desenvolvimento da sua aplicação:

capify .
Utilize a receita abaixo(_config/deploy.rb_) configurando-a de acordo:


# Receita de deploy de apps Rails para o Dreamhost. Capistrano V2.
# Pode ser facilmente adaptada para outros hosts compartilhados.
# Por Sylvestre Mergulhao em 20/08/2007
# Email: contato (at) mergulhao.info
# Site: http://mergulhao.info

# Define o nome da aplicacao e o dominio a qual estara linkada no dreamhost
set :application, "inscricao.mergulhao.info"

# Define seu usuario no dreamhost
set :user, "mergulhao"

# Define o local do seu repositorio svn
set :repository,  "http://mergulhao.info/inscricao/trunk"

# Nao precisa ser  alterado daqui pra baixo!

set :use_sudo, false
set :deploy_to, "/home/#{user}/#{application}"
set :domain, "#{user}@#{application}"

role :app, domain
role :web, domain
role :db,  domain, :primary => true

namespace :deploy do
  desc "Restarts all FCGI processes."
  task :restart, :roles => :app do
    # NOTA: Segundo o reaper a opcao --dispatcher esta depreciada, verificar
    # outra solucao.
    run "#{current_path}/script/process/reaper --dispatcher=dispatch.fcgi"
  end
end

Faça commit de tudo pro svn.
Rode o setup e verifique se não ocorre nenhum erro. Esse comando somente precisa ser executado no primeiro deploy. Ele é responsável por criar a estrutura de diretórios necessária no servidor.

cap deploy:setup
Rode o deploy com as migrações:

cap deploy:migrations

Para executar os próximos deploys basta executar:

cap deploy

Se existirem migrações para realizar:

cap deploy:migrations

Se eu não esqueci de colocar nenhum passo e deu tudo certo, sua aplicação estará no ar. É claro que estamos seguindo aqui algumas convenções, como estar utilizando svn para controle de versões. Espero que seja útil, estou aberto a receber o feedback sobre isso, deixe-me saber se você utilizou essa receita com sucesso(e com fracasso também!).

É isso!

Uma rapidinha: mkmf (LoadError)

2007-08-29T00:00:00-07:00

Se você está tendo um problema como esse ao tentar instalar um gem:

Building native extensions.  This could take a while...
ERROR:  While executing gem ... (Gem::Installer::ExtensionBuildError)
    ERROR: Failed to build gem native extension.

ruby extconf.rb install mechanize
extconf.rb:1:in `require': no such file to load -- mkmf (LoadError)
        from extconf.rb:1

Basta instalar o pacote de desenvolvimento do Ruby:

sudo apt-get install ruby1.8-dev

Algumas novidades

2007-08-16T00:00:00-07:00

Parte 1

Hoje visitei o projeto Lucidus que está sendo tocado utilizando XP(Extreme Programming) pelo pessoal da Improve It. Pude ver de perto pela primeira vez um pouco de como é o dia-a-dia do projeto. Pena que não foi na segunda-feira para eu ver a reunião de planejamento semanal, mas não perdi a stand up meeting.

Nas paredes dois quadros brancos grandes e muitos (__muitos!__ mesmo) post its coloridos colados por todos os lados, mas não de forma desorganizada. Realmente aplicar um projeto XP exige muita disciplina dos desenvolvedores e grande habilidade do coach para tratar dos impasses.

Tive oportunidade de participar de uma pequena rodada de pair programming, que se mostrou bem proveitosa, como eu mesmo já havia presenciado em outros momentos e era esperado.

Gostaria de postar aqui uma foto, mas infelizmente não levei a câmera, então essa eu fico devendo. Muito obrigado ao Vinícius e ao Novello pela oportunidade.

Parte 2

Liberei na área de Projetos o sistema de inscrição do Fórum de Software Livre do Rio de Janeiro. É o sistema que será utilizado a partir desse ano e está sendo desenvolvido utilizando Ruby on Rails. Quem quiser contribuir, basta entrar em contato.

Mais novidades para área de projetos em breve!

Parte 3

Todo list para até o fim da semana inclui:

* Deploy com Capistrano * Desenvolvimento de interfaces administrativas com ActiveScaffold

Postarei sobre esses assuntos em breve!

Enecomp 2007 - Cuiabá

2007-08-12T00:00:00-07:00

Durante a semana que passou estive em Cuiabá para o Enecomp. Lá ministrei um curso de Ajax com Prototype e uma palestra sobre o BlueZone. Os slides estão disponíveis na seção de artigos.

3 anos de Ruby on Rails

2007-08-06T00:00:00-07:00

DHH nos lembra: 3 anos de Ruby on Rails! E já faz um ano e meio aproximadamente da primeira vez que tive contato com Rails e com Ruby.

Mais do que apenas uma revolução técnica, o Ruby e o Rails conseguem aquilo que o “mundo java” nos tirou. Ruby e Rails trazem a diversão de volta à programação! Porque a programação não precisa e não deve ser entediante. Produzir se divertindo é a melhor forma de soltar a criatividade e produzir melhor!

Já no campo técnico, acredito que a grande revolução que o Rails nos traz é no conceito de como os frameworks devem ser desenvolvidos. Eles devem ajudar e não atrapalhar. Serem fáceis de entender e não um emaranhado complexo. Serem o mais completo quanto possível, sem tirar a simplicidade. No fundo no fundo, just KISS and DRY.

So, let’s drink! o/

Analizando cobertura dos testes com Rcov

2007-08-01T00:00:00-07:00

Até o momento considero um sucesso a minha adesão ao TDD no desenvolvimento com Rails. Em apenas dois dias os testes automatizados encontraram bugs que possivelmente passariam desapercebidos e já escrevi novos testes para cobrir situações inicialmente não previstas, mas que mostraram sua cara nos testes que já estavam escritos.

Após algumas horas de testes e programação finalizei a primeira etapa de codificação do que será o novo sistema de inscrições do Fórum de Software Livre do Rio de Janeiro desse ano, que ocorrerá em outubro. Foi todo um período de codificação em que não encostei em html/css, mas apenas na codificação dos testes e na lógica dos controladores e modelos.

Para validar todo o trabalho é necessário verificar a cobertura dos testes. Assim podemos descobrir se alguma linha de código passou sem ser testada. Pegando emprestada a idéia do pessoal da ImproveIt, instalei o rcov no Ubuntu:

sudo apt-get install rcov

Foi acrescentado um rake task para automatizar o processo de geração do relatório. Gerado o arquivo /lib/tasks/rcov.rake com o conteúdo(levemente modificado do original da ImproveIt):


require 'rake/clean'  

RCOV_OUT = "doc/coverage"  

EXCLUDE = "-x /site_ruby/"  

CLOBBER.include(RCOV_OUT)  

RCOV = "rcov --no-color"  

task :coverage_units do  
     sh "find test/unit -name '*.rb' | xargs #{RCOV} #{EXCLUDE} --rails --output #{RCOV_OUT}/units"  
end  

task :coverage_functional do  
    sh "find test/functional -name '*.rb' | xargs #{RCOV} #{EXCLUDE} --rails --output #{RCOV_OUT}/functionals"
end  

task :coverage_all do  
    sh "find test/* -name '*.rb' | xargs #{RCOV} #{EXCLUDE} --rails --output #{RCOV_OUT}"
end  

task :rcov => [:coverage_all]

Agora basta entrar no diretório do seu projeto em Rails e digitar:

rake rcov

Será gerado dentro do diretório /doc/coverage o relatório de cobertura dos testes. E não é eu fui bem pra minha surpresa? Resultado: 100% testado! Que venham os próximos testes!

Meu primeiro TDD

2007-07-30T00:00:00-07:00

A um mês aproximadamente estudo Extreme Programming e suas práticas. Das práticas que estão relacionadas à programação em si, o desenvolvimento guiado pelos testes é sem dúvida aquela que causa mais impacto em quem está habituado ao “desenvolvimento tradicional”. Estou convencido de que a utilização dessa prática é base para um software de qualidade, livre de bugs. Diante disso resolvi começar meu primeiro projeto usando TDD - Test Driven Development. A plataforma: Rails.

O desenvolvimento guiado por testes ainda não é uma prática muito comum, e na internet achar informação útil também não é tão simples, mesmo tendo o Rails um framework completo de testes embutido. Resolvi comprar o screencast sobre TDD do Peepcode. Além do screencast, o pacote também contém todo o código desenvolvido e alguns plugins. Então se você está começando agora com TDD e Rails vão algumas dicas.

autotest

Esse é essencial. para instalar como um gem:

 sudo gem install ZenTest

Dentro do diretório do seu projeto Rails digite:

 autotest

Ele fica monitorando quando algum arquivo é alterado e roda o teste necessário, se algum dos testes falha pode-se ver na mesma hora. Basta deixá-lo rodando num terminal a parte de forma que se possa colocá-lo em foreground com um Alt+Tab ou coisa assim.

O desenvolvimento fica bem dinâmico com ele. Você escreve o teste, escreve a funcionalidade e ao salvar o arquivo já está rodando no terminal o teste e você descobre na hora se tá ok ou não.

redgreen

Esse aqui é bom pois colore a saída de texto dos testes. Se algum teste falha ele mostra em vermelho. Se o teste passa ele exibe em verde, então identifica-se visualmente sem precisar ler de fato o retorno na tela.

 sudo gem install redgreen

E acrescentar no fim arquivo config/environments/test.rb a linha:

require 'redgreen'

topfunky power tools

É um plugin muito legal pro Rails, que adiciona alguns atalhos para tasks de teste e também adiciona vários métodos de assert além dos que já estão disponíveis no Ruby e no Rails. Para instalar, dentro do diretório vendor/plugins

 svn co http://topfunky.net/svn/plugins/topfunky_power_tools/

Atualização - Monografia Rails x Struts

2007-07-29T00:00:00-07:00

Fiz upload de uma ISO com o conteúdo completo (cd igual ao que foi entregue à banca avaliadora) do que foi desenvolvido no meu trabalho de conclusão de curso. A imagem contém: monografia, slides da apresentação, projeto java+struts, projeto Rails, audio da apresentação.

Confiram na área dos meus artigos.

Workshop de impressão de cupom fiscal com Ruby

2007-07-20T00:00:00-07:00

No dia fatídico, última terça-feira, 17 de julho, desembarquei em São Paulo para assistir ao workshop de impressão de cupom fiscal. O workshop foi com o pessoal da Object Data, que está oferecendo também cursos de Rails e Ruby. Muito bom ter um pouco de contato com pessoas da comunidade Ruby e que estão utilizando na prática além do Rails.

Pude conhecer e trocar boas idéias também com o Nando Viera, que está sorteando uma edição do livro Agile Web Development With Rails. Para saber como concorrer veja aqui.

Precisamos trazer boas iniciativas como essa também para o Rio de Janeiro. Espero que no V Fórum de Software Livre desse ano consigamos agregar mais pessoas interessadas no assunto para termos mais ações concretas.

Por que utilizar os padrões web?

2007-06-23T00:00:00-07:00

O problema

Por unanimidade, todos os projetos em que entrei para dar manutenção (ou seja: com o bonde andando!) eram o caos em relação aos padrões web. Acredito que existem algumas explicações para isso, mas uma muito importante é que os gerentes(ou as pessoas responsáveis) esquecem que desenvolvedores não são webdesigners… e simplesmente ignoram o papel do webdesigner, nem estimando o custo da sua hora de trabalho no projeto. Com sorte uma empresa ou profissional é contratado no começo para fazer o layout inicial e pronto.

Me refiro à webdesigner como a pessoa que realmente entende de como fazer layouts para a web(seguindo os padrões!) e não aquele que simplesmente sabe fazer coisas bonitinhas no Gimp, Photoshop ou semelhantes e depois corta a imagem toda e cola tudo no Dreamweaver num layout 100% tabela. Isso pra mim não é webdesigner. Essa pessoa pode até ser uma boa designer… daí a ser uma boa webdesigner há muito chão. Outros pontos que contam muito na avaliação de um webdesigner são os seus conhecimentos sobre usabilidade e acessibilidade.

Para piorar as coisas ainda há os desenvolvedores que se acham os melhores webdesigners da terra! Sabem tudo de html… Aliás, html? Já deveriam saber que agora se usa xhtml, de preferência strict. E o que vejo nos projetos são folhas de estilo (CSS) mal planejadas, que não abrangem todo o escopo do site ou do sistema, desenvolvedores que não sabem utilizá-las e no fim um sistema onde para você alterar o modo como um cabeçalho é exibido é necessário alterar em dezenas ou centenas de lugares.

Uma outra perspectiva

O que estou querendo dizer é que utilizando os padrões web, além de você produzir uma página da maneira correta em relação ao agente (navegador), você também melhora (__MUITO!__) a produtividade do desenvolvimento independentemente da plataforma utilizada. Os seus desenvolvedores não vão ter que ficar se preocupando com alinhamento, cores e tamanhos de fontes… isso é trabalho para o webdesigner! Ou seja: quando fizer a estimativa de custo para o projeto inclua o custo de um webdesigner. Ele deve estar presente durante todo o projeto.

Muitos irão dizer que manter um webdesigner durante todo projeto é caro demais, um exagero! Mas e quem disse que desenvolver um software de qualidade(por dentro e por fora!) é barato? Pegue qualquer bom software livre e faça uma estimativa de custo baseada na quantidade de linhas de código(não esqueça de utilizar um fator de correção para a linguagem em que foi desenvolvido), e verá que não é nada barato.

Neste vídeo o pessoal da Improve It fala a respeito de quão eficiente se torna o trabalho do desenvolvedor quando se possui um designer de interface trabalhando junto com a equipe.

Acessibilidade

Se o seu site ou sistema segue os padrões web, ele já está a meio caminho andado para acessibilidade. Este site não é um primor na acessibilidade, tenho conhecimento disso e tentarei sempre melhorá-lo, mas sei que ele está anos-luz na frente de 90%(talvez mais…) da web.

Leia e assista ao vídeo do Bruno Torres.

Compatibilidade

O maior pesadelo de todos que desenvolvem para a web: a compatibilidade entre os diversos navegadores do mercado. Se você é programador ou já programou alguma vez na vida e ainda não se convenceu, agora irá mudar de idéia.

O que acontece se você programa alguma coisa com erros de sintaxe? O compilador ou interpretador irá abortar em algum momento informando que houve um erro de sintaxe, provavelmente informando em qual linha ocorreu o problema. Imagine se a cada erro de sintaxe encontrado ele tentasse advinhar o que você quis fazer com aquilo e resolvesse por você? Pois é isso que acontece quando o navegador recebe um código html/xhtml não válido. Ele entra num modo de compatibilidade, chamado de quirks e tenta adivinhar o que você quis fazer. Como cada navegador interpreta o que você quis fazer de uma maneira diferente, em cada navegador vai aparecer de uma maneira.

Quando o navegador está em modo strict, ou seja, quando a entrada foi um código válido, a chance de sua página ser exibida de forma mais parecida nos diversos navegadores é maior. É sabido que o IE6 ainda é um grande problema em relação aos padrões web, mas o IE7 felizmente resolveu boa parte deles, Firefox/Mozilla e Opera são bem complacentes com os padrões.

Para finalizar

O link para o validador da W3C no rodapé não está ali de bobeira. Por favor, se você verificar que o site não validou em alguma situação, não exite em me informar para que eu possa corrigir. Uma boa ferramenta para auxílio a esses casos seria um robô que validasse todo o site de tempos em tempos e notificasse o administrador em caso de problemas, vou verificar se existe algo já desenvolvido nesse sentido.

Diff para Gnome

2007-06-06T00:00:00-07:00

Há algum tempo eu procurava um programa gráfico para fazer diff em arquivos de uma maneira amigável, assim como o Eclipse faz quando usa-se o merge em um arquivo no cvs ou svn.

Hoje pesquisando no freshmeat.net encontrei um para Gnome! É o Meld. Não tem pacote para Ubuntu, mas tem para Debian, e aqui funcionou muito bem. Fica a dica para quem precisar. O screenshot aí abaixo está comparando dois arquivos de folha de estilo.

Um pouco de migrações - Rails migrations

2007-06-03T00:00:00-07:00

Para acompanhar a evolução da sua base de dados, no Rails, existem as migrações. Migrações nada mais são do que scripts escritos em linguagem Ruby e que utilizam API disponibilizada pelo Rails para criação, alteração de tabelas do banco de dados. Tal qual as outras operações do ActiveRecord, as migrações também são códigos independentes do SGBD que está utilizando. Com isso ela permite facilmente a migração da aplicação para outro SGBD. São fortes aliadas no desenvolvimento incremental.

Ao criar um modelo usando o generate, temos:

  $ script/generate model client
  exists  app/models/
  exists  test/unit/
  exists  test/fixtures/
  create  app/models/client.rb
  create  test/unit/client_test.rb
  create  test/fixtures/clients.yml
  create  db/migrate
  create  db/migrate/001_create_clients.rb

Reparem no arquivo db/migrate/001_create_clients.rb que foi criado. Editando ele, temos:

  class CreateClients < ActiveRecord::Migration
    def self.up
      create_table :clients do |t|
      end
    end

    def self.down
      drop_table :clients
    end
  end

Vamos supor que gostaríamos de ter para o nosso client os atributos, name, birth e email. Então alteramos o arquivo para:

  class CreateClients < ActiveRecord::Migration
    def self.up
      create_table :clients do |t|
        t.column :name, :string
        t.column :birth, :date
        t.column :email, :string
      end
    end

    def self.down
      drop_table :clients
    end
  end

Agora para rodar a migração(a base de dados já deve existir e estar configurada no database.yml):

  rake db:migrate

Verificando em nosso banco de dados temos a tabela criada com os campos que desejamos e também a tabela schema_info, que serve para o controle da versão em que o banco se encontra.

Se em determinado ponto do projeto fosse necessário adicionar um novo atributo para nosso client, então procederíamos assim:

  script/generate migration add_sex_to_client

Agora editando o arquivo db/migrate/002_add_sex_to_client.rb que foi criado, deixamos assim:

  class AddSexToClient < ActiveRecord::Migration
    def self.up
      add_column :clients, :sex, :string
    end

    def self.down
      remove_column :clients, :sex
    end
  end

E para rodar a migração:

  rake db:migrate

É importante manter sempre consiso o método self_down, para que seja possível retornar à base para versões anteriores, mas é claro que existem situações onde não há como reverter a migração. Para atualizar o banco com uma migração específica:

  rake db:migrate VERSION=1

Nas migrações também podem ser adicionados dados no banco utilizando os próprios modelos(_models_) da sua aplicação Rails. Mas é preciso ficar atento quando à utilização indiscriminada desse recurso, pois eventualmente se esse modelo deixa de existir ou se os métodos utilizados são modificados, a sua migração pode ficar quebrada e incapaz de subir um banco do zero até a última revisão.

Alguns links com mais informações:

Api Rails
Crossing borders: Rails migrations

Procura-se um designer

2007-05-31T00:00:00-07:00

Estou em busca de um designer para trabalhos freelance. O trabalho básico é o desenvolvimento de páginas web e de interfaces para sistemas web. Não precisa estar localizado no Rio de Janeiro, mas preciso ter garantias de que os acordos serão cumpridos nos prazos.

Requisitos:

* Saber XHTML e CSS (__muito!__) bem, layouts sem tabelas * Saber desenvolver layouts clean como o deste site * Ter noções de usabilidade e acessibilidade

Contam pontos:

* Saber javascript * Interesse por Ruby on Rails

Entrar em contato direto em pvt. Veja as formas de contato.

Não sejam medíocres!

2007-05-24T00:00:00-07:00

Se alguém me pergunta: Você saber X?. Tenho apenas duas respostas diretas: Sim ou Não. Dizer não apenas de vez em quando, é até perdoável, passável. Dizer não com frequência é derrotista. Como assim você não sabe algo simples como X!?. Dizer não o tempo todo é admitir uma fraqueza. Dizer não sempre é assumir a própria incompetência.

(…)

Agora, se disser Sim com frequência, prepare-se para ser massacrado. Ninguém gosta de pessoas que falam Sim o tempo todo. Porque elas se sentem inferiorizadas: Como assim ele sabe e eu não? E por causa disso todos tentarão derrubá-lo, por pura e simples mesquinharia. Chegarão ao ponto de dizer grande coisa que ele sabe, eu poderia saber. Pode__ria__, mas não sabe.

(…)

Média da Média

E qual o problema de ser a média? Por que preciso ser diferente de todo mundo?

(…)

Quero que todos lembrem de uma coisa: a palavra média é raíz para outra: Medíocre e garanto que ninguém se sente lisonjeado em ser chamado de medíocre. Lembrem-se disso da próxima vez que pensarem que está tudo bem em se considerarem parte da média.

O texto é do Fábio Akita. Em torno do inglês ele comenta sobre várias situações em que a maioria das pessoas simplesmente aceitam o seu status de medíocre.

É um texto polêmico, que muitos acham arrogante, mas é esse o ponto. É um dos melhores posts do Akita e coloca em palavras a grande realidade.

Faz lembrar a música dos Móveis Coloniais:

Não vou mentir

Não sua média você será
Medíocre

Leia na íntegra

Encontro do XP Rio

2007-05-21T00:00:00-07:00

Participei pela primeira vez - na última quinta-feira, dia 17 de maio - do encontro do grupo XP Rio, que visa debater sobre a utilização da metodologia de desenvolvimento XP (eXtreming Programming). Na reunião, Vinícius Teles, junto com a equipe da Improve It e do Grupo Santa Isabel, apresentou o projeto Lucidus, que está sendo desenvolvido para o Grupo utilizando metodologia XP e Ruby on Rails.

Mais detalhes sobre XP você encontra no site da Improve It. Estão disponíveis também as fotos do encontro. E um podcast com o áudio de toda a reunião de duas horas e meia, além dos slides para acompanhamento.

Associações com ActiveRecord

2007-05-18T00:00:00-07:00

Vou contar um pouco da minha experiência com o ActiveRecord do Rails. Trata-se do has and belongs to many - hbtm - e do has many through, inserido no Rails 1.1.

As associações hbtm são resultado de relações muitos para muitos - ou n para n - entre duas tabelas do banco de dados. Por exemplo, imagine um livro. Esse livro pode ser enquadrado em diversas categorias simultaneamente. Reciprocamente, uma categoria pode possuir diversos livros enquadrados. Nesse caso teríamos duas classes de modelo:

class Book < ActiveRecord::Base  
  has_and_belongs_to_many :categories  
end

class Category < ActiveRecord::Base  
  has_and_belongs_to_many :books  
end

E temos o modelo de dados:

p{text-align: center}.

A tabela books_categories não precisa de modelo. Ela é mapeada automaticamente pelo has_and_belongs_to_many. Para adicionar uma categoria a um livro:

book.categories << Category.find(1)
book.save

E para recuperar todos os livros de uma categoria pode-se fazer:

books = Category.find(1).books

Dentro da variável books estarão todos os livros(um array de livros) que pertencem a categoria com id igual a 1. O mesmo vale no sentido contrário:

categories = Book.find(1).categories

A variável categories será um array das categorias a qual o livro com id igual a 1 pertence. Simples não?

Mas e se o relacionamento em si possuir atributos também? No nosso caso, isso significa a tabela books_categories possuir atributos que pertencem ao relacionamento, e não a categoria ou ao livro isoladamente. Esse caso não é tratado pelo has and belongs to many. É aí que entra o has many through.

Alterando o modelo de dados para:

p{text-align: center}.

Temos agora a substituição da tabela books_categories pela tabela comments, que provê as mesmas informações da anterior e mais um comentário. Então agora cada livro possui um comentário que por sua vez está associado a uma categoria. Esse comentário poderia ser usado, por exemplo, para explicar por que a pessoa que cadastrou o livro incluiu-o naquela categoria. Os modelos ficam agora:

class Book < ActiveRecord::Base  
  has_many :comments  
  has_many :categories, :through => :comments
end  


class Comment < ActiveRecord::Base  
  belongs_to :book  
  belongs_to :category  
end  


class Category < ActiveRecord::Base  
  has_many :books, :through => :comments    
end

Agora podemos fazer coisas como:

category = Category.find(1)
comment = Comment.new :content => "meu comentario", :category => category
book.comments << comment
book.save

Ou apenas:

book.categories << Category.find(1)

E o comentário virá em branco. Pode-se também:

books = Category.find(1).books

Que retornará todos os livros pertencentes a uma categoria. Podemos também:

categories = Books.find(1).categories

Onde teremos todas as categorias de um livro. Além disso:

comments = Books.find(1).comments

Onde teremos todos os comentários de um livro. Lembrando que cada objeto comment ainda possui a categoria associada a ele.

Para testar as coisas e garantir que o código que eu escrevi aqui estava ok, no fim eu resolvi testá-lo. E usei migração para geração da base de dados, como forma fácil de migrar do primeiro modelo para o segundo. Então esse poderá ser o tema do próximo post.

Por favor, se encontrar qualquer erro nas informações ou no código, não exite em informar nos comentários para que eu possa corrigir.

Problemas acontecem... principalmente com discos rígidos

2007-05-10T00:00:00-07:00

É pessoal, a coisa tá feia. Fazia tanto tempo que isso não acontecia comigo, que já até tinha esquecido que poderia acontecer. O hd do meu desktop queimou. Junto se foram diversas fotos, alguns documentos e uns esqueletos de projeto… com certeza uma perda, mas acho que nada muito prejudicial – bom pelo menos não que eu me lembre no momento. Pelo menos ainda tenho o notebook para trabalhar, mas já estava querendo atualizar ele para o Ubuntu 7.04, muitos já me disseram que está muito bom. Se ele reconhecer a minha wifi sem eu ter que entrar na linha de comando eu tiro o chapéu ;-).

Bom então estou eu agora aqui fazendo backup das últimas coisas que me restam no notebook para depois atualizá-lo para a última versão do Ubuntu. E enquanto isso resolvi escrever alguma coisa por aqui, já que hoje era um dos dias que tinha tirado minha noite para escrever sobre Rails, mas devido a esse imprevisto não foi possível. Bom se tudo der certo – pois sai de baixo né, quando chove m…, nunca é garoa, já dizia um amigo meu – no próximo post vou falar sobre algo que estudei no mês passado que é o has many through e compará-lo com o has and belongs to many. No começo achei muito confuso, mas depois que entendi o conceito ficou tudo muito claro e sem dúvida é uma ótima funcionalidade que foi adicionada no Rails 1.2 ou 1.1, não me recordo exatamente agora.

Pelo menos uma coisa boa aconteceu hoje! Estava eu blogeando por aí numa hora vaga no trabalho, quando caí no blog do Luciano Ramalho. Luciano é um cara sensacional, bebemos várias cervejas juntos já. Conheci ele a uns dois anos atrás quando veio para a 3a. Semana de SL aqui do Rio de Janeiro, na Unirio. Até então conhecia ele como O CARA do Zope aqui no Brasil. Hoje descobri que ele está dando umas boas estudadas também no Ruby e no Rails! Tem até foto do cara com o Matz :-). TODO LIST: Conversar com o Luciano assim que possível.

Finalmente, ao assunto principal!

2007-05-03T00:00:00-07:00

Resolvi criar esse site para divulgar um pouco de meu trabalho profissional e também para ter um espaço próprio onde pudesse publicar os projetos em que estou envolvido, bem como trocar dicas e informações.

Sou um aficionado por tecnologia, desenvolvimento e software livre. Já passei por inúmeras (mais de uma dúzia talvez) linguagens de programação, mas há aproximadamente um ano conheci a linguagem Ruby e foi amor à primeira vista ;-). Dedico muito do meu tempo ao aprendizado do framework MVC de desenvolvimento para web Rails, que é escrito em Ruby. Espero poder postar aqui algumas dicas e macetes sobre o Rails, que cada vez me deixa mais fascinado. Atualmente, posso me dizer feliz por trabalhar cem porcento com tecnologias livres. Mais sobre o meu perfil você encontra na seção Sobre.

Recentemente, encerrei o curso de Bacharel em Sistemas de Informação pela UNIRIO. Do meu trabalho de conclusão, que está disponível na seção Artigos, resultou minha palestra Nos Trilhos com Rails apresentada no último FISL, mês passado. Na mesma seção deixarei outros artigos e palestras que realizei nos últimos anos assim como pretendo continuar atualizando-a com meus trabalhos futuros.

Sejam todos bem vindos e espero que voltem sempre :-).

Obs: assim que possível o RSS estará disponível para ficar mais fácil o acompanhamento do site.

Está difícil no Rio de Janeiro

2007-05-02T00:00:00-07:00

Fugindo um pouco da idéia inicial desse site, fica aqui um desabafo sobre a atual situação da cidade onde vivo. Há mais ou menos um mês, no show do Roger Waters na Apoteose, foi-se o meu celular… E agora, no último sábado, foi-se a minha carteira, furtada na Lapa por um meliante qualquer. E por R$50,00 que havia lá dentro foi-se junto cartão de banco, crédito, carteira de motorista etc e que, diante de todo trabalho que terei para recuperá-los, valem mais que o dinheiro.

Por esse e outros motivos está cada vez mais complicado por aqui e cada vez mais penso em ir para uma cidade onde as coisas ainda não estejam no nível em que estão no Rio de Janeiro.

Tentando começar

2007-04-28T00:00:00-07:00

Estou perdendo um pouco de tempo pra customizar o mephisto ao meu modo e também com o dreamhost que às vezes demora um pouco para reiniciar a aplicação, mas a coisa está andando e dentro de uns dias o site já estará com o seu conteúdo atualizado.

E por favor, se você também usa mephisto, deixe um comentário. Gostaria de compartilhar figurinhas sobre ele…