python5.jpg
PyCon [5] 2009 - Caxias do Sul

Ae, faz horas que não escrevo no meu blog, e já andava com saudade dele. A minha auxência é facilmente explicada pois atualmente meus dias não são mais contados em horas, mas sim pelo número de coisas que tenho que fazer por dia. Atualmente, estou me empenhando para concluir a tradução da documentação do Django 1.0 para Português do Brasil, fora a faculdade, que eu achei q seria barbada no início, mas esta exigindo muito trabalho fora de sala de aula. Junto tudo isso estou com 4 projetos em fase de acabamentos e detalhes, tudo contribuindo para aumentar a falta de tempo para escrever, e por em andamento várias idéias que tenho anotadas.

navigators.jpg

Na primeira parte sobre desenvolvimento Cross-browser eu comentei sobre os diferentes motores de javascript que são utilizados nos navegadores mais populares, não lembro se cheguei a falar, mas alguns deles como o WebKit e o Gecko são utilizados em vários navegadores como o Konqueror, Iceweasel e Flock. Por este motivo muitos destes motores podem ser utilizados no Linux, e assim é possível fazer sites compatíveis com o que é mais utilizado hoje em dia.

navigators.jpg

Todo desenvolvedor Web, tem noção dos problemas que enfrentamos ao trabalhar com desenvolvimento de sites hoje em dia. Na verdade 90% dos problemas são atribuídos ao Internet Explorer, mais ainda quando falamos da versão 6. Mas o fato é que não existe somente ele, existe uma lista bem grande de navegadores, e mesmo quando você foca nos mais populares, você encontra problemas para testá-los, pois não há a possibilidade de rodar todos no Linux. Com essa série de posts sobre Desenvolvimento Cross-browser, eu vou mostrar como eu faço para atingir a maior parte de casos possíveis e dar algumas dicas de como eu faço para construir um html que funciona sem necessidade de hacks entre diferentes plataformas. Have Fun!

Ae!

Hoje me apresento cabisbaixo, o motivo é muito simples, estava fazendo um projeto utilizando Rails e por falta de opção vou ter que utilizar PHP.

A história começa assim, eu sou desenvolvedor Php desde 2003, e depois que conheci o Rails começei a procurar soluções melhores para ganho de produção. Aqui na Fundação Pensamento Digital estamos precisando de uma ferramenta nova para gerenciamento de nossos voluntários, projetos e doações que chegam a nós através do site. A atual ferramenta funciona dentro do Drupal que usamos para montar o site da ong.

Como os conteúdos dos módulos responsáveis estão se confundindo com o conteúdo do site, e pessoal precisa de algumas coisas a mais, eu imaginei: Há!! Agora é a minha chance de fazer algo legal com Rails e Flex.

 

Depois de duas semanas tentando fazer uma interface como eu queria no Flex, já larguei de mão, pois o prazo é bem curto e ele não estava ficando tão bonito como eu queria, em dois dias refiz o design da ferramenta, e já está funcionando em html com javascript e tudo mais. Mas nem tudo são rosas na vida de um programador brasileiro. Esbarrei num problema que não acreditava até que caiu na minha mão. Os problemas de performance na Locaweb são realmente bem sérios, o que me levou a um dilema.

Voltar para o PHP até a Locaweb ter suporte ao mod_rails  ou continuar e esperar até o dia em que a Locaweb suporte mod_rails?

 

Segundo a própria Locaweb isso não demorará muito, eu até vou participar do Trial do mod_rails, mas vou desenvolver uma outra aplicação, para fazer os testes com eles. Acho que terei que voltar para o Php, afim de não me ver mal na foto com um software bonito, mas lento que dói.

É duro pois estou ansioso para deixar o Php e evoluir para uma outra linguagem, sinto que esse vai ser um diferencial enorme daqui pra frente.

E antes que alguém pergunte: Porquê não muda de hospedeiro?  A resposta é bem simples: A Fundação é Parceira da Locaweb, fora isso gostamos do serviço deles, nunca tivemos problemas, e acredito que eles consiguirão fazer um bom trabalho com Rails no futuro.

 

Falow!!