Aos que não sabem, estamos (Cipriani, Everton e eu) organizando o primeiro encontro de desenvolvedores de sistemas em São Paulo, o Dev in Sampa, que vai acontecer dia 28/11 (sábado), com um dia inteiro de palestras sobre desenvolvimento. Ajude a divulgar o evento, usando o código abaixo, e claro, se organize para comparecer.

<a href="http://www.devinsampa.com.br" title="Dev in Sampa - Dia 28/11 - Eu vou!">
  <img src="http://www.devinsampa.com.br/images/banner_dev_in_sampa.jpg">
</a>

UPDATE 1: A inspiração para fazer esse evento rolou no Rails Summit 2009, após a desconferência do Henrique Bastos e Guilherme Chapiewski.

Para quem ainda não sabe, Nando Vieira, figurinha carimbada já na comunidade Rails – se você não o conhece e nem o segue, deveria – entrou na empreitada de escrever tutoriais de assuntos que rodeiam Ruby e Ruby on Rails, a série HowTo e o último lançamento recebeu o título: “O que mudou no Ruby 1.9“. O assunto é abortado de forma sucinta, sem rodeios e vai direto ao ponto, sem blábláblá. O melhor, o preço é pechincha! Só 10 pratas, isso mesmo, DEZ REAL!

Quando ainda estávamos na Webco, meu MacBook foi configurado para pegar as atualizações de nosso servidor interno. Até então funcionava e era bem rápido, pois como o servidor fazia o download de todas as atualizações para si, quando nossos Mac Books iam fazer os devidos updates, usava essa cópia local e ficava bem mais rápido o update. Mas devido as mudanças que ocorreram, “perdemos” nosso servidor central de updates e como minha máquina apontava para esta, não mais conseguia fazer os updates. Mas nada que um começo de férias para resolver esse problema. Resolvi solucionar esse problema e não foi fácil achar a solução, então resolvi colocar aqui para quem precisar.

Ná pagina de suporte da apple, onde descreve para configurar conforme descrevi acima, tinha o que eu queria que era o endereço para o catalogo, mas o bendito arquivo “/etc/swupd/swupd.plist” não existia. Como faz? Busca prá lá… busca pra cá… Até que cheguei em outra página que explica como configurar o Software update sem o Open Directory, onde cheguei até o arquivo “/Library/Preferences/com.apple.SoftwareUpdate.plist“, no qual era só trocar o endereço do atributo CatalogURL para um servidor local, mas eu queria trocar para o servidor original, logo…

1) Abrir o “Property List Editor”

2) Abrir o arquivo /Library/Preferences/com.apple.SoftwareUpdate.plist

3) Editar o attributo CatalogURL com o valor “http://swscan.apple.com/content/catalogs/index.sucatalog"

As vezes queremos fazer uma busca no log do git por algum termo que esta na mensagem, então para isso…

$ git log --grep=like --regexp-ignore-case --no-merges --pretty=oneline
ff87a6f5 Added new like tests
703c791 Added a LIKE test using fields
dee06dd Mongodb Conditions Compiler: LIKE operator; test if the node is a field
30aca6a Mongodb: optimization on LIKE operator
98df7a0 Implemented the LIKE operator

O que fizemos foi fazer a busca pelo termo like, ignorando case sensitive (LIKE, lIkE, like, etc…), ignorando os commits de merge e listando tudo em uma linha simples.

Bom pessoal, acabei de falar no RailsForKids 2009 sobre Git e foi muito legal e mais uma vez desculpe ao Júlio Monteiro por ter invadido o tempo de palestra dele e ao Carlos Eduardo por quebrar o tempo de 30min que eu tinha, mas creio que foi para um bem maior!

A apresetação está disponível no meu slideshare.

Obrigado a quem assistiu!

Esse post é uma totalmente baseado, com algumas adaptações, do post do tapajós sobre o Rails for Kids, pois estou sem criatividade para escrever o meu próprio. Foi mal Tápa!

O Rails for Kids é uma maratona de palestras on-line que será realizado no dia 12/09/2009, e contará com grandes nomes da comunidade Ruby on Rails do Brasil e de fora.

São 14 palestras on-line e ao vivo durante o dia inteiro, usando um ambiente de eventos multimídia onde os palestrantes ministrarão seus temas através de recursos de audio, vídeo, slides e chat.

Qualquer pessoa, empresa ou faculdade pode participar do evento, para isto basta fazer uma doação de um valor simbólico de R$ 30,00 para ter acesso as palestras ao vivo e suas gravações que estarão disponíveis uma semana após a realização do evento.

Todo dinheiro arrecadado será doado ao Cotolengo de Mato Grosso do Sul.

Eu fui convidado pelo me convidei com o Carlos, da e-Genial, e farei uma palestra Git e tentar explicar alguns conceitos, como usar no dia-a-dia e nas horas de sufoco.

Mais uma vez, desculpe Tápa por copiar seu post sem perguntar antes, mas creio que você não vai ficar chateado com isso, né?

Como acabei de “twittar”, fiz cagada bagunça em um branch ao usar o git rebase. Antes de me desesperar, resolvi fazer a velha busca no “Pai” (termo usado para identificar o Google pelo famosíssimo Guanabara em um dos guanacasts sobre SEO (parte I e parte II), onde encontrei um post de Greg DeVore, explicando como recuperar uma cagada bagunça dessa. E com meus MAD SKIILS, ainda usei o git cherry-pick para recuperar o commit perdido. Lembrando que deve haver forma mais higiênica de recuperar um commit “perdido”. Bom, chega de bla-bla-bla e vamos ao que interessa. (os hashes de commit foram abreviados para facilitar a leitura)

$ echo NÃO SE DESESPERAR
NÃO SE DESESPERAR
$ cat .git/logs/refs/meu-branch
937 a0e tino ...commit: meu commit 2
a0e 1eb tino ...commit(amend): meu commit 2
1eb 8db tino ...rebase (finish): refs/heads/meu-branch onto 8db
$ echo NOTE QUE NO COMMIT "1eb" FOI O ÚLTIMO ANTES DO rebase
NOTE QUE NO COMMIT "1eb" FOI O ÚLTIMO ANTES DO rebase
$ git cherry-pick -n 1eb
Finished one cherry-pick.
$ git status
...
modified app/controller/application_controller.rb
...
$ git commit -m 'meu commit 2'
[meu-branch 3f5f542] meu commit 2
 15 files changed, 157 insertions(+), 21 deletions(-)

Pronto, seu trabalho foi recuperado!

Preparando um material para falar sobre git, algumas técnicas e outras dicas, dentre elas resolvi demostrar o uso do git bisect, e usei como base o post do Arthur Geek. Então, resolvi fazer uma aplicação nada trivial (um blog) e em um certo ponto dos commits, forcei um erro para usar o git bisect e encontra-lo. Aproveitei para dar uma lida na documentação para pegar mais algum detalhe e me deparei com a opção “run” que automatiza a busca pelo commit ruim, usando um script ou comando que avalia o ponto de parada. Como na minha aplicação exemplo estava coberta por testes e o erro forçado era capturado, logo ficou muito mais legal. Abaixo segue resumido os passos seguidos, mas todo o console você dá uma olhada no meu gist.

1) Listando o log de commits para identificar um ponto bom e outro ruim.
$ git log
2) Após identificados os commits, iniciando o git bisect
$ git bisect start HEAD a17411e98d7b5
3) Deixando o git bisect buscar o ponto de inicio da falha, com rake test:units
$ git bisect run rake test:units
4) Identificado o ponto de erro, então vamos para o git bisect
$ git bisect reset
5) Vamos listar o diff entre os commits com erro e anterior
$ git diff 7d91b350196ccc 0765b113edefb9

* as chaves de commit acima foram abreviadas para facilitar, mas está completo no log

Como sempre esqueço o que é cada tipo de variável global especial, resolvi colocar na minha memória para sempre!

Referência: Ruby User’s Guide – Global variables

desc "Say hi. Use USER environment variable as default"
  task :hi, :user do |t, args|
  args.with_defaults(:user => ENV["USER"])

  puts "Hi #{args[:user]}!"
end

Código disponível em http://gist.github.com/130194

logo:

celestino@macbook:~
$ echo $USER
celestino

celestino@macbook:~ $ rake hi
(in /Users/celestino)
Hi celestino!

celestino@macbook:~ $ USER=tino rake hi
(in /Users/celestino)
Hi tino!

celestino@macbook:~ $ rake hi USER=tino2
(in /Users/celestino)
Hi tino2!

celestino@macbook:~ $ rake hi[tino3]
(in /Users/celestino)
Hi tino3!

Fonte: http://nhw.pl/wp/2008/10/11/rake-and-arguments-for-tasks