O desenvolvimento de web apps para iPhone requer alguns cuidados especiais. Em nossas aplicações significa pensar em um layout para o gadget. Uma forma rápida de definir o layout para iPhone é através do código abaixo:

Para quem quer conhecer o desenvolvimento de web apps para iPhone, vale conhecer os projetos jQTouch e iWebKit. O jQTouch é um plugin do jQuery com uma série de recursos de animação semelhantes ao do aparelho e possui inclusive a funcionalidade de Geo Location. Já o iWebKit é um framework que não depende de nenhuma biblioteca e que possui também bons recursos para montagem de interfaces.

O nome até parece de app do Aurélio, ou de produtos das Organizações Tabajara, mas num fim-de-semana sem nada pra fazer, resolvi fazer um pet project para ver o Rails 3 funcionando e, para conhecer o jQTouch.

O XAVECATOR é para nerds pessoas cara-de-pau e/ou sem inspiração. Bem é verdade que tem coisa aí que digno de beijo na boca ou tapa na cara, mas tudo é conversado e entendido ;)

P.S. 1: ainda estou atualizando o ‘banco de dados’. Não está tudo pronto ainda.
P.S. 2: se você tem um iPhone pode acessar o site nele onde precisar
P.S. 3: você pode seguir o XAVECATOR no Twitter

Quer fazer um syntax highlight igual ao do codestacker abaixo, a la Textmate? É fácil:

Faça o download da biblioteca de expressões regulares Oniguruma. A versão mais recente é a 5.9.1. Compile-a:

 ./configure && make && make install 

Após isso instale as gems Oniguruma, Textpow e Ultraviolet e instale o plugin tm_syntax_highlighting em seu projeto.

Em suas views, utilize:

 code(some_ruby_code, :theme => "twilight", :lang => "ruby", :line_numbers => true) 

Desenvolvendo uma aplicação onde apliquei os recurso de internacionalização do Rails, percebi que o framework não traduz os valores dos labels para a tradução do atributo.

Para corrigir isso, existem duas formas: um plugin chamado i18n_label ou uma gambiarra um recurso técnico avançado adaptado a condições tecnológicas precárias em um determinado momento:

Cole o código acima em um arquivo da pasta ‘lib’, por exemplo e o inclua com require no environment.rb.

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 →

No autosimulado, tive um problema onde o IE (sempre ele) não validava o mime-type de uma imagem. Mesmo tentando enviar uma imagem JPG - imagem permitida - o IEca não aceitava o arquivo. A solução:

O (pseudo)browser da turma do tio Ballmer e cia não compreende o mime-type image/jpeg e sim o image/pjpeg.

Tenho no autosimulado algumas queries para acompanhar a evolução dos usuários do site. Periodicamente, vejo o número de usuários criados dia-a-dia no site e o número de testes realizados por esses usuários.

Relacionado as essas queries, vi uma interessante consulta para agrupar o número de usuários por domínio de email, através da função substring. Confira:

O resultado, quando aplicado ao banco de dados do autosimulado:

Em outra curiosidade Ruby do dia, eu falei do elsif. Hoje eu lembro do método succ, da classe String. Veja os exemplo:

Não é simplesmente incrível?

P.S.: o método chama-se succ e não suck. Trocadilhos desse tipo serão desconsiderados.