Nos últimos dias, tenho lido muita coisa sobre RoR. Infelizmente, queria blogar sobre cada um desses assuntos, mas o tempo anda muito corrido. Fiz esse mega-post com alguns links de assuntos interessantes para aprendizagem.

Introdução

1. Ruby on Rails – The basics – um pequeno pdf de caráter beeeem introdutório.
2. Ruby on Rails Handbook – uma lista com inúmeros materiais sobre o framework.
3. Log Visualizer – apesar do nome Tabajara, essa aplicação gera gráficos e outras firulas dos seus arquivos de log.
4. Curso online de Ruby – via Caio Salim no Twitter (por isso que eu gosto desse Twitter).

Documentação

1. ReservedWords – para evitar criar um model chamado Ruby.
2. RailsBrain.com – documentação de várias versões do Rails.
3. Mechanize – o Mechanize é um crawler, ou seja, lê páginas web. O Eduardo o utiliza por exemplo no O Curioso para manipular os scraps do orkut. Depois de conhecer a documentação, vale ver esse exemplo de manipular coisas do MySpace.
4. Rails Security Guide – esse é um link OBRIGATÓRIO que o Fabio Akita sugeriu. O nome do link já sugere seu assunto.

Helpers e cia

1. Validação de senhas comuns – para evitar coisas do tipo “123″.
2. BBCodeizer – traduz BBCode para HTML.
3. Flash Helper – helper para inserir Flash de uma forma bacana (leia-se: de um jeito que todos os navegadores – inclusive o Ignorant Explorer – entendam).
4. Live search – um snippet meio tosco de como fazer um live search.
5. Consulta valor de SEDEX – outro snippet que pode ser útil.
6. How to protect a form from accidentally losing data – algo bem interessante. Sabe quando você está escrevendo uma mensagem no Gmail e vai para outra página e ele te perguntar se você vai descartar a mensagem escrita? Então, um snippet que faz esse alerta.
7. Definição de fuso horário – via Nando Vieira.
8. Google API on Rails – usando a API da busca do Google no Rails.
9. In-place editing – sabe aquele recurso que tem pra todo lado e ninguém sabe como funciona? Aqui explica.
10. Ajax on Rails – tutorial simples de implementação de requisições não sincronizadas, vulgo Ajax, no Rails.

Plugins

1. Brainbuster – um captcha inteligente.
2. acts_as_paranoid – esse plugin é importante principalmente em sistemas sujeitos a auditoria. Ao deletar um registro, ele não o remove do banco de dados e apenas o marca como “excluído”.
3. Flux Validator – um plugin de validação com Ajax mas, lembre-se: é importante haver a validação no model por uma questão de segurança, uma vez que a entrada dos dados pode ser facilmente manipulada fora desses recursos em javascript.
4. Transparent Message – dá uma saída interessante para os flash[:notice/:error].

Tutoriais

1. Ruby – A Programmer’s Best Friend – site cheio de screencasts.
2. sd.rb – podcast da turma de San Diego que usa RoR.

REST

Com a invenção do Rails 2.0, o assunto REST veio a tona com uma propulsão jamais vista.

1. REST na Wikipedia – o start do assunto.
2. A Brief Introduction to REST – para não dizer que não falei de rest
3. RESTful Development – material sobre REST no Rails.

P.S.: esse título é uma alusão tosca ao filme Tropa de Elite. Falando nisso, o hype acabou!

Uma das formas simples de se ter Ruby on Rails no Mac é através do Locomotive, um pacote all-in-one com Ruby, Rails e vários gems importantes para desenvolvimento. Como o Rails 2.0 foi lançado no último dia 7, resolvi atualizar minha máquina.

Numa janela do terminal rodei o tradicional gem install rails -y --source http://gems.rubyonrails.org, para atualizar a versão do Rails. Eu indiquei o repositório do site oficial, mas não é obrigatório. Logo em seguida criei minha primeira aplicação com um rails _2.0.1_ teste. O “_2.0.1_” gera o projeto com a estrutura já da nova versão.

Em seguida, adicionei a aplicação teste a lista de aplicações do Locomotive e a iniciei. A aplicação não pode ser inicializada e observando o server.log percebi que ainda faltava atualizar o RubyGems. Assim, rodei um gem update --system e pronto!

Uma dica que pouca gente conhece sobre documentação é o gem_server. O comando gem_server inicia na porta 8808 uma instância WEBrick com a listagem de todos os gems instalados na máquina e suas respectivas informações de versão e inclusive documentação. Por ali, é possível obter inclusive todas as informações sobre métodos e classes dos cincos pacotes que integram o Rails. Uma vez startado, para ver o serviço basta carregar a URI localhost:8808 e obter uma página como a abaixo. [Dica via Akita]

Outro comando interessante é o ri. O ri mostra informações de classes, métodos e módulos do Ruby. Por exemplo, para obter informações sobre String, use ri String.

[upgrade] O Ronaldo sugeriu o FastRI, uma alternativa ao ri e que é distribuído como gem. Para instalar basta um simples “gem install fastri” e para usar, qri String.

Ontem aconteceu o Minas on Rails. O evento surgiu da idéia do Ronaldo Ferraz e da organização do pessoal da Dito – André, Milk-it – Carlos, Michel e cia, Idéia Digital – Rafael Apocalypse, entre outros. Eu, dei meus pitacos sobre a organização do evento na lista rails-mg. O evento começou com uma alfineta engraçadíssima ao Cake PHP, o Ronaldo ficou blogando ao vivo e o Open Talk final foi descontraído e bacana.

Continue lendo →

O Bruno Fernandes e eu estávamos no MSN ontem discutindo uma forma de fazer alinhamento vertical, para uma imagem da qual não se sabe a altura.

Pensamos em uma POG de usar imagemagick no ruby para dar um resize na imagem e fixar a altura no tamanho da div. Mas não foi preciso nada disso. Via CSS:

  

Fonte

O Ruby on Rails ganha mais espaço a cada dia e sua versatilidade e agilidade de uso provam a capacidade de conquistar um espaço maior nas empresas de desenvolvimento brasileiras. São por essas qualidades que a cada dia aumentam os adeptos do framework e de sua filosofia.

No Brasil, o mercado já observa com bons olhos a ferramenta e já ocorrem em grandes centros encontros para troca de experiências e apresentação de cases. Em Minas Gerais não poderia ser diferente e é essa a missão do Minas on Rails.

Discussões sobre Rails, técnicas de desenvolvimento, palestras e networking são as palavras-chave desse nosso encontro. Gente de todo estado reunida no dia 1 de dezembro para colocar Minas no trilhos.

Confira a programação no site Minas on Rails.

O Google anunciou no começo da semana o OpenSocial, uma API para desenvolvimento de aplicações de redes sociais. Algo parecido com o que já existe com o Facebook. As principais diferenças com esse estão na imensa integração - o OpenSocial conversa com myspace, orkut e dezenas de outras redes - e a facilidade - e nada do FBML - linguagem criada pelo Facebook para criação de suas aplicações. O OpenSocial simplesmente conversa com Javascript, HTML e CSS. Nada de novo.

No orkut já começaram a aparecer as primeiras novidades. No endereço sandbox.orkut.com tem-se o que deve ser a próxima versão da rede social, com a possibilidade de adicionar aplicações - como no Facebook.

Eu já comecei a desenvolver com essas possibilidades, entretanto existem algumas barreiras, sendo a principal delas a falta de uma documentação mais completa. Já existe uma interessante lista de discussão e uma meia dúzia de comunidades sobre o assunto, dentre elas, uma bem interessante mantida pelo Fabricio Zuardi e já com uma lista de aplicações.

Nos primórdios tempos que conheci a plataforma mac - no auge dos meus 14 anos e usando um iMac 266 mhz - a Apple possuia o iTools, serviço que fornecia e-mail, servidor de arquivos, página web e outras cositas más. Em setembro de 2002 o iTools virou .Mac e passou a ser pago. Com isso, a conta de email @mac.com que tinha passou a ser cobrada.

Vender conta de e-mail, servidor de arquivos, página web e espaço para hospedar fotos parece idiotice em tempos de Gmail, Flickr e cia, mas os serviços da Apple possuem um significativo diferencial: interface e integração com o sistema operacional. Cada um dos serviços merece atenção especial. As galerias de imagens são muito bonitas, bem feitas - com integração entre Flash e Ajax - e compatíveis com iPhone. O serviço de e-mail leva a mesma experiência do usuário do Mail do Mac OS X para a Internet, mas isso não é tudo.

Resolvi criar uma conta para testar o serviço de e-mail, que a priori, é o que me interessa. O webmail definitivamente é um remake do Mail, aplicativo do Mac OS. Isso significa que o usuário leigo não vai ter problemas ao utilizar o serviço. Ponto para a Apple. Entretanto, como usuário do Gmail a três anos, algumas coisas realmente fazem falta. O recurso de conversação, ou seja, mesclar e-mails com mesmo subject, é imprencidível, principalmente para quem assina listas de discussão. Outros recursos interessantes, como a criação de labels - 'pastas 2.0' - e filtros - para melhor organizar novas mensagens - também fazem falta.

Para quem está acostumado com o Gmail, o e-mail do .Mac pode não ser a melhor opção e talvez não justifique o preço ($99 para assinatura anual do serviço ou $12 para somente ter a conta de e-mail), mas é uma alternativa de quem quer a mesma organização do Apple-way na Internet.

Nota: o post a seguir tem alto teor crítico.

Acabo de receber, às 23:45, uma mensagem da ABRAWEB - Associação Brasileira de Web Designers e Webmasters. Tenho uma vaga lembrança de que a alguns anos, cinco ou seis, criei um login e me 'assocei'. Sinceramente estou procurando uma função para a instituição.

Todo mundo que trabalha com web e com informática, de um modo geral, encontra alguns problemas por não ter nada regularizado, burocratizado e oficializado. A ABRAWEB, teoricamente, teria que atuar para regulamentar as profissões de 'webdesigner' e 'webmaster' (não me perguntem o que isso faz) e garantir 'respeito' no mundo real. Na prática, o que vejo é um site que envia emails ao afiliados oferecendo revenda de hospedagem - a empresa de host é parceira e dá um desconto camarada - e um fórum cheio de sobrinhos - basta ver a qualidade dos posts.

É com esses features que podemos falar que nos organizamos? Existe alguma evolução nisso?

P.S.: tentei achar um lugar para deletar minha conta e não encontrei. Solução: criei um filtro que deleta automaticamente todas as mensagens do tal remetente.

Definitivamente estou gostando do conceito do tumblelog. Ter um scrapbook para registrar desvaneios, links e vídeos é bem mais informal do que manter um blog e com uma vantagem: simplicidade em usar. Mas, senti falta de algumas coisas e aí vão as dicas:

Estatísticas: o Tumblr não possui nenhum sistema de estatísticas. Para contornar isso, nada como uma conta no Google Analytics para estatísticas do site e o uso do Feedburner para saber sobre os assinantes do seu feed.

Layout: o layout, no caso do Tumblr, é definido das configurações. Existe uma série de layouts já disponíveis e até um site com templates. Fazer um layout e implementar não é algo difícil, uma vez que o sistema possui tags amigáveis para indicar posts, imagens, links e vídeo.

Comentários: algo que realmente que faz falta é um sistema de comentários, mas isso o HaloScan.com resolve de forma bem eficaz.

Monetização: daqui a pouco surgirão os primeiros pró-tumbleloggers. O meu já possui dois banners do Adsense e penso em experimentar o boo-box no futuro.

Busca: uma forma de implementar busca no tumblelog é através do Google Co-op, ou através da opção de busca do Adsense.

Extras: Syntax Highlight: para colorir código no tumblelog; Tumblr Hacks, um blog cheio de dicas bacanas e FEEDJIT, um sistema para descobrir de onde vem seus usuários.