Comedinha é um tumblelog que criei para reunir todos aqueles emails (não tão) engraçadinhos que chegam dos colegas de trabalho.

Ele funciona sobre o Posterous. O Posterous é um serviço de microblogging que permite o post por email. Assim, assim que recebo o email engraçadinho encaminho para post@posterous.com. Produtividade rocks ;)

Escrevo esse artigo dentro do meu voo de São Paulo para Belo Horizonte. Passei 4 dias em São Paulo, participei do Rails Summit, bloguei ao vivo um resumo das palestras e vou expor meus comentários sobre o ecossistema Rails – ou se preferir, o gueto Rails.

Trilhos da oportunidade

Conheci durante o evento vários pessoas que só conhecia pelo Twitter. Muitas dessas pessoas possuem aplicativos web, outras desenvolvem no tempo livre por prazer (como eu), outras trabalham offshore. De tudo isso, a única coisa que possuo concluir é que de fato existe um trem da oportunidade. Existem vagas para bons programadores nesse mercado, o trabalho remoto É possível e É uma realidade. Globalização é um americano morar na Argentina e contratar um programador brasileiro no evento.

Maturidade da comunidade

Rails definitivamente é mais do que somente um framework para desenvolvimento de aplicações web. Rails é resultado de um trabalho coletivo e maduro de uma comunidade. No Brasil essa comunidade é formada de gente vinda de várias tecnologias (Java, PHP, Python, programação desktop) e que se identifica com um software de opinião, com metodologias agéis e com computadores de Cupertino.

Essa pluralidade de pessoas tornam um encontro como o Rails Summit rico não somente de potenciais técnicos, mas sim de potenciais humanos.

Programadores podem ser empreendedores

Existe muita programador com vontade de empreender. As apresentações do Vinícius são uma provocação para botar para fazer. Negócios na web são como aplicações. É necessário fazer, testar, refatorar e nesse sentido a troca de experiências no Rails Summit é inspiradora a sonhar e a agir. Com Rails, aplicações são feitas rapidamente e é dessa velocidade que o seu negócio precisa.

Conclusão

Rails não é só código, é um tag que pessoas de diferentes opiniões, experiências e lugares carregam. Nessa comunidade o foto não está nos comos e sim nos porques. Após o Rails Summit, só posso confirmar o quanto é único esse gueto.

Richard Kilmer: MacRuby

A primeira palestra do segundo dia trouxe o americano Richard Kilmer que falou sobre MacRuby, a união entre Ruby e Objective-C. Notas dos slides:

• Problems with RubyCocoa: It’s a bridge; 2 runtimes, 2 GC, different syntax
• MacRuby 0.4: Objective-C 2 + Ruby 1.9
• Every Ruby class is an Objective-C class
• Every Ruby object is an Objective-C object
• Every Ruby method is an Objective-C method
• MacRuby é um pouco mais rápido do que Objective-C
• MacRuby utiliza recursos de processamento paralelo do OS X
• HotCocoa is an idiomatic Ruby API that simplifies the configuration and wiring together of Objetive-C/Cocoa classes – resumindo: simplifica a sintaxe e deixa algo mais ‘Ruby Way’

Imagem ilustrativa

Nando Vieira: Ruby 1.9

O Nando falou do que há de novo no Ruby 1.9, tema inclusive de um PDF de sua série HOWTO. Sua apresentação, bem bonita, trouxe inúmeras notas sobre as mudanças da linguagem. Alguns pontos:
Continue lendo →

Esse é um rascunho do que foi abordado no primeiro dia do Rails Summit.

Chad Fowler: Insurgência Ruby on Rails

• Stop doing things you know are wrong!
• A primeira Rubyconf aconteceu em 2001 com 34 pessoas.
• Nenhum dos participantes ganhava $ com Ruby.
• 5 dos 34 participantes escreveram o Agile Manifesto.
• “The survival rate for startups is way less than 50%. So if you’re running a startup, you had betted be doing something old. If not, you’re in Trouble”
• Implante uma nova tecnologia gradativamente.
• Don’t do (.Net | Java | C++ | C | Perl l PHP) in Ruby: a razão de trocar de tecnologia é fazer as coisas diferentes!
• Linguagens de computador são como namoradas: a nova é melhor porque você é melhor.

Gregg Pollack: Na Vanguarda da Performance em Rails

Gregg Pollack, o cara dos screencasts do RailsEnvy, falou sobre performance. Primeiramente ele trouxe em 60 segundos algumas coisinhas para otimizar apps.

• Usar Yslow
• Cache: Page Caching, Action Caching, Fragment Caching, Object Caching
• Avoid Cache expiration
• Use memcached
• Use background process
• Client-side caching: etags & last-modified
• Don’t pre-optimize: 99% of the time you’ll need 0%
• Don’t abuse your database

Continue lendo →

Eu era dono de um CrackBook, digo, MacBook com o topcase trincado. Sim, a Apple é quase perfeita, erros de projeto acontecem e muita gente por aí também tinha Mac trincado. Não é falta de cuidado, carrego a máquina em uma luva da Case Logic de Neoprene e o que se percebe é que o problema está nas travas de fechar do display. Começou com um cantinho quebrado e até semana passada ele já estava trincado em quatro lugares. FAIL.

Pensei eu mesmo comprar um topcase no ebay e trocá-lo eu mesmo, mas deixei de lado a alternativa nerd e resolvi tentar resolver o problemas por vias normais. A 15 dias atrás procurei a Tecmania, autorizada da Apple de Belo Horizonte. Trocaram o topcase mesmo com o MacBook fora da garantia e com um atendimento bem bacana. Funciona assim: você leva a máquina, eles fazem o pedido em São Paulo e em mais ou menos uma semana o topcase chega. Tudo sem custo.