Tim Bray compara: PHP, Rails e Java

Ano passado na International PHP Conference, Tim Bray – um dos co-editores do XML 1.0 e XML namespace definitions – que trabalha na Sun Microsystems, deu uma palestra que a princípio deveria ser sobre integração de PHP com Java, e acabou fazendo um comparativo de três tecnologias server side: PHP x Rails x Java. Ele levantou alguns parâmetros de comparação relevantes e fez esse gráfico:


E aí depende de você, ver o que é mais significativo:

Eu faço e já fiz trabalhos nessas três tecnologias, e delas a que menos gosto é o Java, pela sua burocracia e baixa produtividade, e sempre defendi o PHP dos programadores Java que o criticavam sem conhecê-lo em detalhes, então tá aí a opinião de alguém que tem mais cacife do que eu!

Ah, e ele também defende o REST contra o WS-*, ou seja, é um cara que assim como eu, gosta de simplicidade (KISS – Keep It Simple, Stupid!) :D

Os slides da apresentação estão disponíveis em: http://www.tbray.org/talks/php.de.pdf

P.S.: Peguei uma promoção da Gol, paguei R$ 400,00 de ida e volta pra São Paulo, e com isso confirmo minha participação no PHPConf Brasil mais uma vez! U-HU!

P.S. II: A jornada do Mac continua, o que encomendei por uma loja daqui de Campina Grande continua com problemas no fisco, então depois de mais de um mês de espera, cancelei o pedido e comprei no Shoptime por um preço até melhor, na quinta feira. Me deram um prazo de 7 dias úteis, só me resta esperar!

Mais comerciais do RailsEnvy.com

Os caras do RailsEnvy estão fazendo mais comerciais do Rails no estilo Mac vs. PC.Acabaram de lançar um Rails vs. .NET e mais um Rails vs PHP, e prometeram fazer mais um do .NET, um do ColdFusion e um do Django, para terminar :) Para ver o Rails vs. .NET, clique aqui. O que eles discutem no vídeo é o fato do Rails ser open source e o .NET precisar de uma licença de Windows Server e etc e tal.Para ver o último Rails vs PHP, clique aqui .O cara do PHP fica indignado porque estão comparando o FRAMEWORK Rails, com a LINGUAGEM PHP, daí resolvem comparar framework vs. framework, e vão falar do CakePHP, o maior fã do Rails :P

Slides da palestra sobre Web 2.0

Os slides da palestra que apresentei segunda-feira (06/08/2007) no ciclo de palestras do PET-Computação na UFCG sobre Web 2.0, estão disponíveis aqui (e a versão com os efeitos de transição nos slides que têm lista de itens, aqui).

Já a demonstração do Ruby on Rails, como foi improvisada, infelizmente não tenho nenhum material disponível.

Ruby on Rails para gente grande

Existe um site chamado Working With Rails que mostra o estado da arte no mundo Rails, quem está usando, o que está sendo feito, tem um espaço para os profissionais divulgarem seu trabalho e etc. E lá existe uma seção chamada High Profile Organisations using Rails que mostra grandes empresas que estão entrando na onda, e mostrando que Rails não é coisa de geek maluco, mas sim uma tecnologia que pode ser bem usada no meio enterprise!

Nordeste on Rails

Nordeste on Rails (nordeste-on-rails)A partir de um incentivo de membros da lista rails-br, começaram a ser criados grupos estaduais e regionais de desenvolvedores RoR, dei a minha colaboração e criei Nordeste on Rails então sinta-se a vontade para fazer parte!

Já existem também:

* Santa Catarina on Rails
http://groups.google.com/group/sc-on-rails

* Paraná on Rails
http://groups.google.com/group/pr-on-rails

* São Paulo on Rails:
http://groups.google.com/group/sp-on-rails

* Rio Grande do Sul on Rails (na realidade, Rails Rio Grande do Sul):
http://groups.google.com/group/rails-rs

Se seu estado não tem, faça sua parte e dê o pontapé inicial!

Medos, ataques de tubarões e "Vai escalar?"


Essa é uma grande preocupação que nós, desenvolvedores Web costumamos ter quando desenvolvemos uma aplicação Web – “Vai escalar?”. Por estar escrevendo o justickit! em Ruby on Rails, eu andei pesquisando sobre escalabilidade nessa plataforma e li um artigo do Matt Linderman da 37signals que me acalmou, mas não me animou muito e vou fazer aqui um resumo traduzido desse texto:

Normalmente temos medo de muitas coisas, como ataques de tubarões, terroristas, pegar Anthrax entre outras coisas “absurdas” e esses medos que sentimos são desproporcionais ao real risco dessas coisas acontecerem. O mesmo acontece no desenvolvimento de web apps, temos medo de nossa aplicação não escalar, mas o risco dela se tornar o novo Google, ou MySpace da noite para o dia é quase zero (essa foi a parte que me desanimou).

Vou listar medos comuns e as verdades sobre eles:

  1. Medo: Não vai escalar.
    Verdade: Você não vai virar o novo Google da noite para o dia.

  2. Medo: Muitos bugs
    Verdade: Desde que eles não apaguem tudo em (fodam com) seu banco de dados, você pode conviver com eles por um tempinho.
  3. Medo: Poucas features
    Verdade: Você sempre pode adicionar mais features depois.

  4. Medo: Nunca sair do ar
    Verdade: Um downtime de vez em quando não vai espantar as pessoas.
  5. Medo: É muito simples
    Verdade: Soluções simples são legais quando fazem o trabalho que se propõem com eficiência.
  6. Medo: Vão nos copiar
    Verdade: O que importa é como você executa a idéia, e não a idéia em si.
  7. Medo: Devemos parecer sérios
    Verdade: Parecer sério todo o tempo deixa o serviço com aparência antipática. É legal ser brincalhão e ter personalidade (Bad, bad server, no donuts for you!)

Então a princípio devemos nos focar em termos uma aplicação rodando com boa usabilidade, para atrair o público, e aí sim se preocupar com escala, pois se focamos nesses aspectos performáticos, vamos acabar escrevendo nossa aplicação utilizando tecnologias puristas, onde iremos levar um tempão para concluir e as vezes um tempo que tende ao infinito e não lançamos o nosso sistema. E a sugestão é que você adote tecnologias Agile (RoR, Django, PHP, etc) e só depois que as coisas estiverem caminhando, é que você pensa em escala, e provavelmente quando você precisa se preocupar com escala, você já tem ganho uma graninha pra comprar mais hardware!