Diretamente do blog da Locaweb:

Você já deve ter ouvido, até mesmo nesse blog, sobre o poder do Ruby on Rails e suas vantagens para programadores iniciantes e experientes. Mas provavelmente você também deve conhecer os problemas de performance de uma aplicação Ruby rodando com Apache e CGI.

A Locaweb inova mais uma vez disponibilizando uma plataforma mais robusta para Ruby on Rails usando Passenger, também conhecido como mod_rails. Com mod_rails você pode publicar sua aplicação RoR de maneira simples em um ambiente estável e de melhor desempenho.

Verifique você mesmo. Estamos oferecendo um período de Trial de 3 meses aos primeiros interessados em experimentar esse novo ambiente. Para ter um Plano de Hospedagem Profissional I em plataforma Linux rodando Ruby on Rails com Passenger basta preencher o formulário abaixo e aguardar nosso contato.

Seguindo a mesma tendência que a Dreamhost, a Locaweb também lançou o serviço de mod_rails para hospedagem de aplicações Rails.

É público e notório que a reputação da Locaweb frente à comunidade Rails está ruim, graças ao suporte menos que estelar somente de CGI. Mas recentemente estive em conversas com algumas pessoas, que por enquanto apenas posso dizer que são “chaves” dentro da Locaweb, e eles me garantiram que isso vai mudar: eles querem não apenas oferecer um bom serviço de Rails, mas completamente reverter essa imagem frente à comunidade. Esse é só o primeiro passo. Errar nunca é um problema, insistir no erro sim. E não é este o caso aqui.

Eu vi que muita gente reclamou na lista rails-br. O que foi que eu falei recentemente sobre A Derrota dos Reclamões ? Pois é, independente da reputação, a Locaweb é a maior empresa de hospedagem do país. Se eles vão dar suporte ao Rails, sabe o que isso significa? Um endosso enorme ao RoR! É assim que temos que pensar.

Muita gente não gosta, não quer ou realmente não pode contratar hospedagens lá fora. Seja por não falar inglês, seja por não ter cartão de crédito internacional. Existem centenas de pequenos desenvolvedores que ganham a vida fazendo pequenos sites. E não há nada de errado nisso! Mas até então, mesmo eles querendo usar Rails, não tinham como. Agora eles tem a oportunidade de ganhar com a produtividade do Rails e podendo hospedar os sites de seus clientes na Locaweb, que é um nome bastante conhecido.

Como eles mesmo disseram, isso ainda é um Trial, ou seja, eles esperam nossa ajuda: quem puder, use e envie feedbacks detalhados sobre o que poderia mudar ou melhorar. É nossa chance de dar mais um grande passo para tornar Rails ubíquito no Brasil.

“Victorious!”

Uma pequena batalha ganha na guerra contra o SISTEMA! Como eu reportei no post da semana passada, consegui uma ‘brecha’ no SISTEMA graças ao toque do Vinicius. Fui até Niterói e consegui dar entrada na renovação do meu passaporte que, se fosse pelas vias normais, não sairia antes do meio de Junho!

Ontem peguei o ônibus à meia noite para voltar para Niterói, dia que foi marcado para buscar o passaporte. Detalhe: eles disseram que dois dias antes enviariam um e-mail de confirmação. Claro, esse e-mail nunca chegou, parece que o SISTEMA está engasgado.

Fui atendido às 7:00 em ponto e às 7:05 saí de lá com meu passaporte! Como eu expliquei antes, nesse horário a conexão de 512kbps ainda não estava saturada no distrito :-)

Pelo menos a viagem até Niterói foi proveitosa porque pude trocar idéias com o Vinicius, na Improve it (valeu pela hospitalidade Vinicius!). Peguei meu ônibus de volta para São Paulo ao meio-dia e cheguei aqui por volta das 19:30! Mesmo viajando de leito, é muito cansativo. Na ida eu mal dormi 2 horas e na volta dei uma cochiladas mal dadas.

Graças às grandes distâncias e ao trânsito de São Paulo, cheguei em casa só por volta das 21hrs. Um longo dia. Ainda bem que não é rotina. Mas pelo menos o esforço valeu a pena, agora começa a segunda parte da corrida: arrumar as passagens, estadia, etc para ir à RailsConf!

No Episódio 16 do nosso podcast, eu e o Carlos Brando falamos sobre a Insoshi. Ele é um projeto Rails que você pode fazer fork via Github e começar a mexer nele.

É uma aplicação-template de um social network escrito em Rails, pelo mesmo autor do livro RailsSpace: Building a Social Networking Website with Ruby on Rails, Michael Hartl. Pelo visto, em casa de ferreiro o espeto é de ferro!

Mas o motivo deste post é que a aplicação realmente é legal! O design de exemplo é bonito e limpo e o principal: o código é limpo! Ou seja, ele serve perfeitamente para qualquer iniciante explorar e aprender como uma aplicação de verdade funciona! Ele não inventa a roda, não acrescenta código difícil de entender, é Rails-padrão. Ele peca um pouco na parte de testes, tem muitos incompletos (Tapajós? :-) mas no geral é uma excelente oportunidade para se entender como fazer rotas restful, como fazer modelos associados num aplicação que suporta minimamente um blog, forum, fotos, comunidade, etc. Independentemente cada módulo não se compara a uma aplicação completa. O blog do Insoshi não é um Mephisto, o forum não é um Beast, mas a idéia é ser simples mesmo.

Uma das coisas que eu não gosto muito é que ele tem search implementado sobre Ferret, mas é por isso que o Github é legal: se eu quiser (alguém se habilita?) posso fazer um fork e implementar suporte ao Sphinx, por exemplo. Enfim, principalmente aos iniciantes, não deixem de dar uma olhada. Outra coisa que ele ainda não tem: localização, suporte a Open Social, Facebook ou outra APIs, aliás, ele praticamente não tem APIs para fora. Tudo coisa que a comunidade pode ajudar a incrementar.

Algumas outras publicações noticiaram sobre o Insoshi, vejam no Mashable, no TechCrunch e no Ruby Inside.

O Charles postou um ‘call to action’ hoje no seu blog avisando que os famosos RubySpecs do Rubinius finalmente se tornou um projeto independente. A idéia desse call to action é integrar os diversos suites de testes que existem para Ruby em um único maior e mais completo. O JRuby hoje executa meia dúzia de pacotes separados e com muitos testes redundantes entre eles.

Um RubySpecs completo primeiro auxiliaria todas as outras implementações como IronRuby, Rubinius e o próprio MRI e cala a boca de todos que ficaram dizendo “Ruby não tem especificação”. E por falar em Rubinius, outro cala boca a quem não acreditava nele: no estágio atual ele já começa a rodar Merb. Claro, ainda é insipiente, mas é um sinal que as coisas estão evoluindo bem.

Outro ‘cala boca’ veio na forma do suporte a mod_rails pela Dreamhost. Vocês vão se lembrar que alguns meses atrás eles pisaram na bola ao simplesmente falar mal de Rails e cruzar os braços (sendo que são eles que lucram com hosting de Rails). Pois bem, como eu venho dizendo, o pessoal da Phusion mandou ver numa solução decente a agora a Dreamhost não tem do que reclamar. Os reclamões deveriam se sentir envergonhados de ver um grupo de garotos (o pessoal da Phusion está na média dos 23 anos) resolver esse tipo de problema que muitos achavam que era o “calcanhar de aquiles” do Rails. O Zed Shaw deu uma resposta à altura com Mongrel e agora a Phusion dá uma segunda resposta à altura com Passenger.

“Ruby é lento, JRuby é lento” bla bla bla. Quantas vezes já não ouvimos isso? Hoje na lista rails-br o Antonio Carlos, da Object Training, postou sua experiência sobre seus sistemas rodando no MRI e agora em JRuby. Inclusive, serve de cala-boca para mim mesmo: eles tem um ERP com boa parte feita em Rails :-) Aliás, é um bom texto para mostrar as diferenças de se fazer aplicações em PHP e Rails vindo da parte de quem tem real experiência com ambos.

Um ano atrás as coisas eram bem diferentes, dois anos atrás eram mais insipientes ainda. Em menos de 3 anos a comunidade Ruby deu um enorme salto à frente e é por isso que eu sempre digo: a melhor parte do Ruby é a comunidade que a cerca, um exército de pessoas pró-ativas e efetivamente geniais em programação. Todo ano eu penso: “será que tem tanta novidade para ter 2 RailsConf todos os anos?” E a resposta é sim! Mesmo quando eu e o Carlos Brando começamos a gravar nosso podcast semanal ficávamos pensando “será que vai ter assunto suficiente pra falar toda semana?” e, pelo tamanho de cada podcast, dá para ver que a densidade de novidades toda semana é enorme!

E, também como eu sempre digo, os que apenas reclamam e cruzam os braços nunca vão sair do lugar. Por isso mesmo o que temos hoje representa uma derrota dos Reclamões. Não dêem ouvidos a quem só sabe dizer “Não”. É como no mundo de consultoria nós definimos como “crocodilos”: boca grande e braços curtos.

Steve Jobs já usou essa famosa frase de Alan Kay: “A melhor forma de prever o futuro, é criar o futuro.”

“O poder total do Phusion Passenger ainda não foi libertado.”

Ultimamente andei trocando idéias com o Ninh Bui e essa semana estávamos comentando sobre gerar Hype, estratégias Apple e tal. Lembram do “There’s something in the Air?” no começo deste ano?

Pois é, a Phusion vai lançar alguma coisa grande no dia 1o de Junho, que é o último dia da RailsConf US. Eles me garantiram que quem estiver presente não vai se arrepender.

As dicas para isso começam com o quiz que eles lançaram no site Ruby Enterprise Edition (que, aliás, tem outro ‘truque’ para quem acompanhou meu Twitter dos últimos dias ;-)

Nesta primeira dica é um jogo onde você olha gráficos de performance e consumo de memória e tenta descobrir qual é cada uma das configurações. Terça que vem sai a segunda dica e, na RailsConf, bem a bomba!

Aliás, está engraçado porque toda vez que eu vejo o Ninh no MSN ele fica me dizendo “cara, vai ser legal! vai ser legal! eu quero te contar! mas não posso contar! argh!!! que tortura!” hahaha

Na verdade o quiz é um enigma, quem fizer o melhor blog post e enviar pra ele vai levar a camiseta da Phusion :-) Vamos botar o Tico e o Teco pra funcionar!

Eu e o Carlos Brando estávamos conversando e chegamos à conclusão que passou da hora de traduzirmos o Why’s (Poignant) Guide to Ruby.

O Poignant Guide é um livro obrigatório para todo Rubista. O Programming Ruby é bom, o The Ruby Way é excelente, mas nada demonstra o espírito Rubista do que o Poignant Guide (e agora todo mundo vai entender o que é Chunky Bacon :-)

A primeira geração de Rubistas (incluindo o Why) começou com o livro do Dave Thomas, mas a segunda geração (como o Geoffrey) já começou com o Poignant Guide :-)

Read the Rest

Muita gente me pergunta sobre isso:

“Akita, comprei o livro X, mas ele não é de Rails 2, eu consigo aprender com esse livro? Os exemplos vão funcionar?”

Vamos lá: se eu não estou enganado, tirando o livro do Obie Fernandez, nenhum outro livro cobre tudo do Rails 2 até agora (o do Dave Thomas ainda está em beta). Portanto, o que fazer? Esperar para comprar quando sair um livro novo?

Read the Rest

De uns tempos para cá comecei a receber propostas de startups com muito mais frequência. Parece que os americanos estão começando a enxergar o Brasil como uma proposta viável de encontrar talentos de qualidade em Ruby on Rails a preços mais “acessíveis” do que os nativos americanos.

Ontem mesmo conversei via Skype com o Prasad e o Vikram, fundadores da Pixily. Achei o produto deles muito interessante por isso me propus a ajudar a divulgá-los por aqui.

A Pixily ajuda profissionais, pequenas e grandes empresas a organizar e encontrar papel e documentos digitais. A idéia é que você tem aquelas toneladas de documentos em papel aguardando cupins no fundo dos arquivos. O que fazer?

Você empacota e envia para eles por correio normal, daí eles fazem o serviço de scanner e os transforma em documentos digitais que, via OCR, também podem ser pesquisados pelo texto deles. Daí você pode compartilhar, pesquisar, agrupar, fazer download. Você também pode fazer upload direto de arquivos digitais.

Eles tem um video do beta neste link

Read the Rest