Depois de uma competição que foi realizada, saiu a logo ganhadora:
Foi feita por Tom Schaub, e está licenciada sob licença Creative Commons (Atribuição-Compartilhamento pela mesma Licença ) (diferente da do Rails que tem todos os direitos reservados para o DHH)
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!)
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!
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
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.
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!
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!
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 RubyonRails, eu andei pesquisando sobre escalabilidade nessa plataforma e li um artigo do MattLinderman 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:
Medo: Não vai escalar. Verdade: Você não vai virar o novo Google da noite para o dia.
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.
Medo: Poucas features Verdade: Você sempre pode adicionar mais features depois.
Medo: Nunca sair do ar Verdade: Um downtime de vez em quando não vai espantar as pessoas.
Medo: É muito simples Verdade: Soluções simples são legais quando fazem o trabalho que se propõem com eficiência.
Medo: Vão nos copiar Verdade: O que importa é como você executa a idéia, e não a idéia em si.
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, badserver, 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!