Dotfiles are configurations files, usually with their names beginning with a dot (hidden files) and located in your home directory (~/).

The repository is: https://github.com/lucascaton/dotfiles

Check the instructions in the link above, in order to get the dotfiles.

The dotfiles are focused on the Ruby language, but there’s also Git and PostgreSQL configuration files. I’ve included files as .bash_profile, .gitconfig, .irbrc (using pry), .pryrc, .psqlrc and .rvmrc. There is also a list of ruby gems (file “default.gems”).

My vimfiles can be found at: https://github.com/lucascaton/vimfiles

I have tested it only in OSX 10.7, but it should work in any *nix without problems.

Currently, the most common URLs from Youtube are http://youtube.com and http://youtu.be:

/(?:https?:\/\/)?(?:www\.)?youtu(?:\.be|be\.com)\/(?:watch\?v=)?(\w{10,})/

This regex will match:

• http://youtube.com/watch?v=1234567890
• https://youtube.com/watch?v=1234567890
• http://www.youtube.com/watch?v=1234567890
• https://www.youtube.com/watch?v=1234567890
• http://youtu.be/1234567890
• https://youtu.be/1234567890
• http://www.youtu.be/1234567890
• https://www.youtu.be/1234567890
• http://www.youtube.com/watch?v=1234567890&feature=context&context=G2de15aaFAAAAAAAAAAA
• www.youtube.com/watch?v=1234567890
• youtube.com/watch?v=1234567890
• youtu.be/1234567890

And won’t match:

• youtube.com
• youtube.com/
• youtube.com/watch
• youtube.com/watch/
• youtu.be
• youtu.be/

Há mais ou menos um mês atrás, recebi um convite para trabalhar em um tipo de empresa que até então eu não havia trabalhado: uma empresa de consultoria. Foi um convite que acompanhou uma decisão bastante difícil. Mas eu acreditava que era hora de mudar algumas coisas. E foi assim que eu comecei a trabalhar na Codeminer42.

Hoje completo uma semana lá. E acredito ter tomado a decisão correta. Os desafios são grandes, os projetos são bacanas, o ambiente é descontraído e a equipe é muito boa e unida. Uma ótima forma de você aprender bastante é trabalhando com pessoas melhores que você e lá estou tendo esta oportunidade.

Uma coisa interessante é que em uma consultoria você trabalha em vários projetos (não necessariamente em paralelo) e isso permite que você use diferentes ferramentas e aprenda qual a melhor para cada tipo de problema (“there is no silver bullet”). Ou ainda, testar diferentes ferramentas para uma mesma solução.

Um obrigado especial ao Rinaldi Fonseca (@rinaldifonseca), responsável por eu estar trabalhando com esse ótimo time.

Hora de seguir em frente nessa nova empreitada!

Embora exista mais de uma forma de fazer, acho que o jeito que fizemos funcionou muito bem. Vou explicar como fizemos:

Seleção de problemas

O organizador seleciona 3~5 problemas de alguma lista de problemas de programação (como o Ruby Quiz, por exemplo). Quando começar o Dojo, ele apresenta um resumo dos problemas e faz uma votação para escolher um problema.

Foco!

Apenas um computador é necessário, isso ajuda a manter todos focados no problema. A pessoa mais próxima do computador começa sendo o “piloto”, escrevendo o código inicial. A pessoa à esquerda do “piloto” será o “co-piloto” e sua função é ajudar o “piloto”.

Troca de posições

A cada 7 minutos (ou algum outro tempo pré-determinado que for adequado), todos trocam de lugar: a pessoa à esquerda do “co-piloto” se torna o novo “co-piloto”, o “co-piloto” agora começa a “pilotar” (programar) e o atual “piloto” entra no final da fila. Isso se repete até o final do Dojo.

TDD / BDD

Todo o desenvolvimento é orientado à testes, avançando através de baby steps. Quando testes estiverem falhando (“fase vermelha”), ninguém pode comentar nem sugerir nada, exceto o “co-piloto”. Obviamente, quando os testes estiverem passando (“fase verde”) todos podem comentar e sugerir implementações e refatorações.

Retrospectiva

No final, é interessante fazer uma retrospectiva, onde todos os desenvolvedores escrevem em post-its verdes coisas boas que aconteceram durante o Dojo e coisas ruins em post-its vermelhos.

O organizador recolhe os post-its e os cola num quadro, separado por tipo/cor. Depois de ler em voz alta todos os post-its, é interessante reservar uma área “Discussões” no quadro, para anotar discussões que ocorrerem durante e no final do Dojo.

Isso tudo é importante para não repetir os erros do Dojo atual num próximo Dojo e deixar claro o que foi acertado.

Referências

Segue um link dos slides do Serge Rehen sobre Coding-Dojo: http://www.slideshare.net/serge_rehem/coding-dojo-em-5-minutos.

Ontem aconteceu mais um encontro do evento “Café com Java”, na Caelum, organizado pelo Eduardo Bregaida. Eu palestrei sobre Ruby on Rails, com um ligeiro foco para o pessoal do Java.

Um obrigado especial à minha namorada Aline Nepomuceno, por filmar minha apresentação! :-)

Seguem os slides e o vídeo da palestra:

E algumas fotos:

Segue o link da divulgação do Evento:
http://www.guj.com.br/java/264718-cafe-com-java

Para participar, você precisa se inscrever aqui.

Obrigado ao Eduardo Bregaida pelo convite para palestrar.

Obrigado a todos os palestrantes e aos participantes, foi realmente muito bacana!

Seguem algumas fotos (e os títulos das palestras):

“OpenGL com GLKit” (xissburg)

“CoreGraphics Performance” (Glenn Marcus)

“Conhecendo e entendo o ARC” (Ferbass)

“Testes automatizados para sua aplicação iOS” (Ricardo Valeriano)

“Funcionalidades dinamicas do Objective-C” (Diego Chohfi)

Ela cria um cache da saída do comando e renova o conteúdo automaticamente quando você atualiza o arquivo config/routes.rb.

Não é necessário incluir a gem no Gemfile do projeto, basta incluir o diretório oculto /.routes no .gitignore. Para instalar, rode: gem install routes. Depois, entre no projeto e rode: routes.

Pra gerar diagramas (de models, de controllers, etc) de seus projetos Rails, você pode utilizar a gem railroad. Testei com projetos Rails 2.3.x e Rails 3.0.x e funcionou em ambos os casos.

Instalação

gem install railroad

Criação do diagrama

Pra gerar uma imagem com o diagrama, entre no diretório do projeto e rode:

railroad -M -out models.dot

Para mais opções, verifique a documentação do projeto: http://railroad.rubyforge.org/

Pra vizualizar arquivos *.dot, editá-los ou convertê-los em uma imagem, utlize o software Graphviz, o qual possui versões pra Mac OSX, Linux, Windows e até Solaris: http://www.graphviz.org/

Outra opção, é gerar um arquivo *.svg diretamente:

railroad -M | dot -Tsvg > models.svg

Por favor, mandem feedback do que acharam!

Algo que todo mundo que usa o editor Vim deve conhecer é o comando:

:sort

Ele ordena alfabeticamente as linhas de seu texto. Você também pode selecionar algumas linhas e ordernar apenas estas. Para isso, pressione shift-v para entrar no modo de seleção por linha, depois rode:

:'<,'>sort

Comando sort u – ordenar linhas excluindo as repeditas

Algo que uso muito também é o parametro u, o qual permite ordernar as linhas, mas excluindo as repetidas:

Antes:

Lucas
Lucas
Lucas
Catón
Catón

:sort u

Depois:

Catón
Lucas

Comando sort /regex/ – ordenar linhas utilizando alguma coluna

E hoje aprendi mais uma coisa realmente interessante ao ordenar um arquivo: como ordernar um texto usando alguma coluna:

Imagine o seguinte texto:

36993 vim 26M
39140 ssh 10M
34551 bash 17M

Nosso objetivo é ordenar pela terceira coluna. Para isto, basta rodar o comando sort passando uma expressão regular como parâmetro, a qual representa o que será ignorado pelo vim até começar a ordenação, ou seja, a partir da coluna que a expressão regular não “casar” mais, ele começará a ordenar. Sendo assim:

:sort /.\+\s.\+\s/

Essa expressão regular casa com [qualquer caracter em qualquer quantidade] + [um espaço] + [qualquer caracter em qualquer quantidade] + [um espaço], conforme representado abaixo:

36993 vim 26M
39140 ssh 10M
34551 bash 17M

O conteúdo depois disso será a chave para a ordenação.

Resultado:

39140 ssh 10M
34551 bash 17M
36993 vim 26M

Se quisessemos ainda ordernar pela segunda coluna:

sort /\d\{5\}\s/

Bom, é isso! Qualquer dúvida, postem nos comentários!
E se quiserem aprender mais sobre expressões regulares, vejam minha apresentação :-)

Confesso que eu já perdi dados importantes no passado (com quem nunca aconteceu?) e isso acabou me deixando neurótico com backups.

Agenda de contatos

Pra começar, como minha agenda de contatos não ficava na nuvem e já perdi ela quando trocava / perdia celular, acabei usando por muito tempo uma agenda de papel. Eu sei, é muito estranho, mas eu me sentia seguro. De um tempo pra cá, a substituí pela agenda de contatos da Apple (presente no Mac OSX e no meu iPod Touch), sincronizados pelo iCloud (e backup lá também). Óbvio que armazenar essas informações eletrônicamente é infinitamente mais vantajoso. Guardo fotos dos contatos, vários e-mails, telefones, usuário do twitter, endereço, etc.

Agenda de compromissos

Assim como minha agenda de contatos, eu também usei por muitos anos uma agenda de papel. Mas finalmente me desapeguei e não comprei uma agenda 2012. Substitui esta por dois softwares, os quais estão me atendendo muito bem:

iCal: Onde anoto todas os compromissos, os importantes com avisos sonoros e avisos por e-mail, também sincronizados entre o Mac e o iPod Touch via iCloud; e Wunderlist: que é um software para listar as coisas que você precisa fazer em determinado dia, no estilo “TO-DO list”. Ele possui versão web, versão pra Mac OSX e versão para iOS. Outra coisa que me fez gostar ainda mais é a possibilidade de editar / criar tudo offline no iPod Touch (já que eu não tenho 3G) e sincronizar tudo depois, quando estiver numa rede wi-fi.

Algumas tarefas ainda estão no Google Calendar (como aniversários e tarefas recorrentes, ambos com avisos por e-mail). Estou migrando estas aos poucos para o iCal.

Leitor de feeds RSS

Uso o Google Reader desde 2005 e funciona perfeitamente bem, nunca tive nenhum tipo de problema com ele. Atualmente tenho 175 subscriptions e leio aproximadamente 70% dos items de lá (dependendo se o título me interessar ou não). Uso bastante o recurso “starred” para selecionar os item que quero ler depois, quando não posso ler no momento. Uso bastante o recurso de envio de post por e-mail, pra comparilhar com quem possa interesar.

Bookmarks

Depois de muito tempo usando o Delicious, o abandonei e comecei a usar o Google bookmarks. Uso uma extension do Google Chrome pra adicionar item lá e uso com frequência pra me lembrar de páginas que já visitei e eram úteis em potencial.

Anotações em geral

Em 90% dos casos, uso o Evernote, software para o Mac OSX e iOS. Nos outros 10%, uso papel e caneta apenas, o que às vezes é insubstituível.

Armazenamento de senhas

Utilizo o LastPass, que possui uma extension pra todos os browsers atuais e em geral funciona bem. Uma vez tive um problema com ele, mas o pessoal do LastPass entrou em contato comigo em poucos minutos pra resolver meu problema (e olha que eu uso a versão free!).

Repositório de projetos

Meus projetos open-source ficam no Github, o qual tem ótimos recursos e boa usabilidade. Já meus projetos fechados ficam no Codebase, o qual gosto bastante, uma vez que além de servir como repositório git, também consigo gerenciar o projeto de forma integrada, criando tickets, milestones, atribuindo tarefas para usuários, configurando prioridades, etc.

Controle de contas ($)

Até hoje não achei um software que me atendesse 100%, o que me obriga até hoje a usar uma planílha salva no Google Docs. Mas isso está para acabar (espero!). Semana passada, iniciei um novo projeto (open-source), chamado Financial Control (sou péssimo para nomes). Já está no GitHub: https://github.com/lucascaton/financial_control, mas está apenas 15% pronto. Assim que eu o terminar, publico aqui no blog.

Redes sociais

Uso Facebook, Google+ e Twitter, mas não me comprometo a ler tudo que aparece por lá. O que mais uso, sem dúvidas, é o Twitter, e como a maior parte das pessoas que eu sigo são programadores, uso com o objetivo de me atualizar, descobrir e compartilhar coisas relacionadas à desenvolvimento de software.

Lembretes rápidos

Não tem como fugir. Vez ou outra, mando um e-mail pra mim mesmo com alguma tarefa rápida pra lembrar depois. A propósito, uso o Gmail desde 2004 e organizo com os labels e filtros que o serviço oferece, além da Priority Inbox (Caixa de entraga prioritária).

Backups

Como eu já falei, sou meio neurótico com backups:

• Faço um backup dirário de todo conteúdo do meu Mac em um HD externo. Como trabalho com o Mac, levando ele diáriamente para o escritório, fiz seguro deste também!
• A cada 6 meses faço um backup das coisas mais importantes em DVDs (uso aproximadamente 6 discos) e pra eu não esquecer, o Google Calendar me manda um e-mail semestral avisando: “Você precisa fazer um backup semestral em DVDs :-)”.
• Mensalmente, faço backups dos seguintes items:
  • Subscribes do Google Reader
  • Address Book da Apple (além de já ter um backup no iCloud)
  • LastPass
  • iCal (além de também já ter um backup no iCloud)

Compartilhem o que vocês usam também!

Bio Labs são apresentações que fazemos aqui na Bio Ritmo, para os setores de desenvolvimento de software, infraestrutura e suporte, com o objetivo de compartilhar conhecimento entre as equipes.

Nessa apresentação, eu falo sobre Expressões Regulares: por que poucas pessoas usam? É realmente difícil ou isso é um mito? Como ler e escrever expressões regulares? Para que servem os metacaracteres? Onde posso usar? Em que caso pode me ser útil?

Dessa vez foi filmado, embora a qualidade não tenha ficado 100% boa (às vezes a iluminação fica meio ruim).

Segue o vídeo da apresentação e os slides:

Me mandem feedback, comentando o que acharam, críticas, sugestões, dúvidas, etc.

Não sei até quando o site vai ficar disponível, mas o link para ver todos os detalhes do evento é: http://www.rubyconf.com.br/

Além de ótimas palestras (nacionais e internacionais), rolou um stand-up com Danilo Gentili e um reencontro muito bacana com vários amigos da comunidade Ruby!

No site Eventials, dá pra assistir todas as palestras, caso você tenha perdido alguma.

Mais uma vez parabéns ao Fábio Akita e um obrigado especial à Bio Ritmo por apoiar os desenvolvedores, não apenas nos liberando nos dois dias do evento como também bancando nossa inscrição :-)

E que venha a RubyConfBR 2012!

Primeiramente, verique qual é o seu editor de textos configurado na variável EDITOR:

$ echo $EDITOR
vim

No meu caso, meu editor padrão é o Vim.

Se você não tiver nenhum editor configurado, basta rodar (ou incluir isto no seu arquivo ~/bash_profile:

export EDITOR=vim

Depois, dentro do console do PostgreSQL, basta digitar \e:

psql (9.0.4)
Type "help" for help.

database_name=# \e

E o editor será aberto pra você digitar sua query SQL, o que torna mais confortável e organizado se suas queries forem complexas.

Criamos um blog, onde eu, o Madson Cardoso (@madsonmac) e o Tales Pinheiros (@talesp) postaremos sobre desenvolvimento para iOS e novidades relacionadas ao grupo.

[[self SP] blog]: http://blog.selfsp.org/

Queria convidar todo mundo a assinar o feed RSS e a comentar lá, dar sugestões e fazer críticas!

Fui pesquisar o que era e descobri dois substitutos para o comando `cd` (quem diria?!).

Ao usar o comando `pushd `, ele vai montando uma pilha (aka. estrutura de dados do tipo pilha) com todos os diretórios pelos quais vocês vai “passando”. Depois, a medida que você vai digitando o comando `popd` ele vai retornando à todos os diretórios, usando essa pilha como guia.

Seria algo como um `cd -` (que volta ao diretório anterior), só que sem limites para retorno.

Por exemplo:

$ pushd Documents/
~/Documents ~

$ pushd Outros/
~/Documents/Books ~/Documents ~

$ popd
~/Documents ~

$ popd
~
~$

Se quiser ver todos os diretórios da pilha, use o comando:

dirs

Uma coisa interessante a se fazer para acostumar a usar esses comandos é criar alias do comando `cd` para o `pushd`:

alias cd='pushd'
alias cd-='popd'

Lembrando que se você estiver usando RVM, você precisa fazer isto também.

Se quiser mais informações, dê uma olhada nesses dois posts:

• Use dirs, pushd and popd to manipulate directory stack
• Improving the usefulness of pushd / popd / dirs troika in Unix filesystem navigation

A Apple cobra um valor que julgo justo, um valor pelo trabalho que ela faz pensando no desenvolvedor e principalmente no usuário final, tanto para apps para o OSX como pro iOS:

• Verificação geral do software (se existe memory leaks, se a performance está legal, se o design está adequado, etc.);
• Se a app não causa danos à sua máquina ou ao seu dispositivo;
• Libera os servidores para você armazenar sua app lá (evitando que você gaste com hosting);
• Divulga sua app (evitando que você gaste com publicidade);
• Disponibiliza uma interface pra você gerenciar suas vendas.

Além do mais:

Custo do XCode: US$ 0,00. Documentação online (muito boa): US$ 0,00. Screencasts oficiais (muito bons também): US$ 0,00.

Agora… quanto custa mesmo o Visual Studio? O Windows Server? MSSQL Server?

Então não me venham falar que desenvolver para a Apple é caro. A não ser que você não pague por todas as licenças que a M$ cobra, porque daí a história é outra…

O objetivo do grupo é agrupar informações relevantes, facilitar o encontro dos usuários e incentivar discussões (saudáveis) sobre o assunto.

http://selfsp.org/

Participe do grupo e nos ajude a divulgar!