Hoje foi lançada a primeira versão beta do NetBeans 6.5, que até então estava no Milestone 1.

É claro que esta versão não está finalizada, até porque é uma versão beta, que, por definição, é uma versão que ainda sofrerá ajustes. Ainda assim dá pra usá-la para fazer alguns testes, que é o que eu estou fazendo.

Eu baixei a versão Ruby do NetBeans, e confesso que não senti nenhuma grande mudança. Ele parece estar um pouco mais rápido, mas nada que faça muito diferença. Acho que a única coisa realmente digna de nota é o novo Unit Test Runner, sobre o qual eu já havia lido no blog do Tor orbye, mas que não funcionou aqui.

De qualquer forma, eu estou satisfeito em ver a evolução constante do NetBeans, ou, mais precisamente, a evolução do seu suporte ao Ruby/Rails. Para maiores novidades sobre esta versão, basta ler a página da versão Beta do NetBeans, 6.5 que contém també as novidades da IDE para outras linguagens.

Há algumas horas atrás foi realizada uma palestra sobre JRuby on Rails no SENAC do Rio de Janeiro, tendo sido apresentada pelo Fabio Kung, da Caelum. Conforme o planejado, eu assisti à palestra, o que foi bastante recompensador.

A apresentação foi excelente, tendo o Fabio apresentado o tema de forma extremamente competente, dando detalhes bem interessantes sobre a migração da front page do GUJ para o Rails, através do JRuby.

Sendo um pouco mais específico, ele mencionou, por exemplo, as gems e bibliotecas Java utilizadas no projeto, a intenção de manter o JForum (engine de fórum desenvolvida em Java), o que eliminou o MRI como opção de deploy, já que havia a necessidade de integrar o GUJ com o fórum, e a surpreendente diferença entre a performance do GUJ antes e depois da migração, sendo a versão JRuby on Rails 7 vezes mais rápida que a versão puramente Java.

Também foi mencionada a intenção de transformar o GUJ em uma espécie de agregador de blogs de TI, permitindo inclusive que os usuários votem nos posts que gostarem mais. Esse novo direcionamento trouxe um problema interessante: como impedir que um usuário crie um bot para votar nos seus próprios posts? A solução encontrada foi usar um captcha, sendo que não foi exatamente fácil achar um plugin puramente Ruby para tal tarefa, tanto que no fim das contas foi utilizado o JCaptcha, que conforme o nome indica foi feito em Java.

Outro assunto interessante abordado na palestra foi o jetty-rails, que é um projeto do próprio Fabio, e que permite que o desenvolvimento JRuby on Rails transcorra de forma bem mais rápida, já que ele evita que o container de servlets seja “levantado” toda vez que o desenvolvedor quiser visualizar uma mudança no código. Aliás, essa é uma alternativa interessante pra quem quer não somente fazer o deploy através do JRuby, mas também usá-lo durante o desenvolvimento e acompanhar o progresso da aplicação instantaneamente.

Ele também mostrou um enorme conhecimento de causa ao discorrer com bastante propriedade sobre os problemas do Ruby e do Rails, em particular o fraco gerenciamente de memória do Ruby, e as complicações advindas do fato do Rails não ser thread-safe.

Um último detalhe digno de nota é que o Fabio deixou uma mensagem bem clara durante toda a palestra: qualquer tecnologia escala, desde que você realmenta a conheça.

Enfim, foi uma palestra excelente. Parabéns pro Fábio e pro Rio JUG pela bela iniciativa.

Na próxima segunda-feira, dia 2 de junho, será realizada no SENAC, durante a reunião mensal do RioJUG, uma palestra sobre JRuby on Rails . A palestra será apresentada pelo Fabio Kung, da Caelum, e será focada na migração do front page do GUJ para o Rails, através do JRuby, abordando inclusive o compartilhamento e acesso dos recursos Java pelo JRuby on Rails.

Essa é uma ótima chance para quem tem interesse no assunto em questão, até porque em geral não temos muitos eventos dignos de nota sobre desenvolvimento no Rio, o que torna essa palestra ainda mais imperdível. Além disso, trata-se de um caso real de uso de uma tecnologia bastante promissora, apresentado por um palestrante altamente qualificado.

Eu muito provavelmente irei, mesmo tendo que matar a aula na faculdade para isso. Para quem pretende fazer o mesmo e não sabe onde exatamente fica o SENAC, ou que horas começa e termina a palestra, abaixo estão os detalhes:

Dia: 2/6/08 (segunda-feira).
Horário: 19:00.
Duração: 2 horas.
Local: Auditório do SENAC CIT - Rua Santa Luzia, 735 - 7o. andar, Centro.
Dica de Acesso: Estação Cinelândia do Metrô pela saída Santa Luzia, atrás do Consulado Americano.

Há poucos dias atrás foi ao ar o TattooJar, que é um site desenvolvido em Rails por um amigo pessoal de longa data.

Conforme o nome indica, o TattooJar é um site focado em tatuagens, ou mais especificamente em compartilhar fotos de tatuagens. Portanto, se você tem ou viu alguma tatuagem legal, ou está procurando algumas idéias para fazer uma, já sabe aonde ir.

Em relação a parte técnica, o site, conforme já foi dito, foi desenvolvido com o Rails, mais precisamente com a versão 2.0.2. Além disso, ele também usa o RMagick e o will_paginate, e está no ar através de um shared hosting na Dreamhost, sendo distribuído por um Apache com Fast CGI.

Ontem eu estava trabalhando em um pet project que provavelmente nunca verá a luz do dia, e me deparei com a necessidade de criar um campo de texto não editável. Como a minha memória não é muito boa, se é que eu já vi como se faz isso algum dia, eu não consegui me lembrar de como proceder. Sendo assim, eu consultei a documentação da API do Rails, mas não fui bem sucedido, portanto pesquisei em alguns sites logo em seguida, e, após um certo tempo, descobri o que eu queria. Como forma de reforçar isto na minha memória, e também para tentar ajudar os próximos que fizerem a mesma busca no Google, eu estou postando agora como fazer isso.

No meu caso específico, este campo de texto que não poderia ser editado estaria em um típico formulário de preferências de um usuário, onde ele poderia editar coisas como senha e email, mas não poderia editar o campo de login. É claro que poderíamos simplesmente deixar este campo ser editado no formulário, e quando este fosse enviado, simplesmente ignoraríamos qualquer alteração no login, além de gerar uma mensagem informando tal comportamento. No entanto, um dos princípios de uma boa interface é não criar situações que possibilitem erros. Se bem que seguindo essa linha de raciocínio eu nem deveria colocar o campo login no formulário, já que ele não pode ser editado mesmo, mas se fosse assim não teríamos este post, então vamos ignorar este pequeno detalhe.

Abaixo está o código do formulário mencionado, sendo que a parte relevante, pelo menos no escopo deste post, é a linha <%= f.text_field :login, :disabled => true %>, que, como vocês devem imaginar, desabilita a edição deste campo do formulário.

P.S.1: É evidente que um formulário de preferências de verdade teria 3 campos para senhas(senha atual, nova senha e confirmação da nova senha), mas pra simplificar o exemplo, e focar apenas no que interessa neste post, eu reduzi o formulário.

P.S.2: Ninguém pode negar o meu enorme talento para enrolar, já que poderia resumir o conteúdo deste post inteiro na seguinte frase:

Para criar campos de texto não editáveis no Rails basta incluir :disabled => true como argumento do helper text_field.

Objetividade é para os fracos! :)

O SQLite 3 é um SGBD(Sistema de Gerenciamento de Bancos de Dados) open source incrivelmente leve, e que funciona sem nenhuma configuração. Além disso, ele não possui um processo servidor, existindo assim apenas um processo responsável por ler e escrever os dados, sendo estas operações feitas diretamente no sistema de arquivos local.

Por se tratar de um SGBD sem um processo servidor, o SQLite 3 é auto contido, podendo assim ser distribuído junto com as aplicações. Na verdade, devido a sua natureza, este é um cenário de uso ideal para ele, principalmente quando a aplicação em questão não requer um SGBD mais robusto.

Instalação

A versão mais atual do SQLite 3 é a 3.5.4, sendo que a sua instalação depende do sistema operacional utilizado. Tendo isto em vista, abaixo estão as instruções para instalação nos 3 sistemas operacionais mais usados:

Windows: baixe o programa em linha de comando que acessa e modifica os bancos de dados no SQLite 3, justamente com a DLL da biblioteca do SGBD. Feito isso, descompacte os dois arquivos baixados, obtendo assim os arquivos sqlite3.exe e sqlite3.dll. Por fim, coloque estes dois arquivos no diretório bin da sua instalação do Ruby, sendo este diretório provavelmente estará localizado em C:\ruby\bin.

Linux: existem várias formas de se instalar programas no Linux, dependendo de várias fatores como distribuição utilizada. Sendo assim, irei considerar aqui apenas distribuições baseadas no Debian, como o Ubuntu. Essas distribuições possuem o gerenciador de pacotes apt-get, o que significa que basta executar o comando sudo apt-get

Mac OS X: o SQLite 3 já vem integrado ao Mac OS X desde a versão 10.4(Tiger), portanto, a menos que você esteja em uma versão anterior, não é preciso fazer absolutamente nada para ter ele instalado no seu ambiente. Mas, caso você esteja em uma versão anterior do Mac OS X, basta usar o DarwinPort, digitando o comando sudo port install sqlite3 em uma janela de comando. Dessa forma, o Daw

Instalando o gem

Embora tenhamos instalado o SQLite 3, ainda não podemos utilizá-lo em aplicações Rails, uma vez que ainda falta o adapter necessário para a conexão. Sendo assim, temos que baixá-lo através do RubyGems, o que é feito digitando o comando gem install sqlite3-ruby em uma janela de comando.

Recentemente foram liberados pelo pessoal da Improve It alguns dos vídeos que eles gravaram na RejectConf SP’07, que foi realizada no dia de 17 de novembro. Veja abaixo os links para os vídeos disponíveis:

Palestra do Fábio Akita
Palestra do Vinícius Manhães Teles sobre o projeto Lucidus
Palestra do Carlos Brando: Você está fazendo a sua parte?
Palestra do Carlos Villela sobre a ThoughtWorks e Rails lá fora
Palestra do George Guimarães sobre o seu site PageStacker, construído durante o Rails Rumble, e também sobre escalabilidade em aplicações Rails
Palestra do Felipe Giotto sobre Rails no Desktop
Entrevista com algum dos presentes no RejectConf SP’07

Estes vídeos dão uma ótima noção do que aconteceu por lá, portanto, vale a pena dar uma conferida, principalmente para aqueles que assim como eu não puderam comparecer ao evento.

Temos mais uma atualização no Rails. Dessa vez, de acordo com o anúncio feito pelo David Heinemeier Hansson sobre o Ruby on Rails 2.0.2 no blog oficial do framework, esta versão apenas corrige alguns bugs menores, além de acrescentar algumas novas features.

Entre as mudanças, talvez a mais relevante seja o fato de que agora o MySQL não é mais o SGBD padrão quando executamos o comando rails sem especificar o SGBD utilizado, perdendo este lugar para o SQLite 3. Isso significa que todas as aplicações geradas com o comando rails no Rails 2.0.2 terá o arquivo database.yml configurado automaticamente para o SQLite 3.

Segundo o DHH, esta mudança no SGBD padrão se deve ao fato de que o SQLite 3 é mais simples do que o MySQL. Além disso, ele já vem instalado no Mac OS X 10.5, juntamente com o seu adapter, o Ruby e o Ruby on Rails. Sendo assim, com essa mudança, o Mac OX X 10.5 já vem pronto para o desenvolvimento Rails, sem que seja necessário baixar absolutamente nada.

Confesso que eu não abri o maior sorriso do mundo ao saber desta mudança, já que tenho um conhecimento praticamente nulo sobre o SQLite 3, além de gostar do MySQL. No entanto, percebi que negar o SQLite 3 apenas porque o desconheço, ou porque conheço melhor o MySQL, é o tipo de sentimento que nunca teria me levado ao Rails.

Além disso, o Rails sempre foi sobre aceitar certas convenções acreditando que elas facilitariam a nossa vida, e até agora ele tem cumprido perfeitamente este próposito. Sendo assim, apesar de dessa vez ter discordado inicialmente da direção que o DHH deu para o Rails, vou confiar no seu bom senso, e dar uma chance ao SQLite 3.

Mas, caso você não compartilhe desta visão, você pode, como sempre, mudar este padrão, criando assim uma aplicação Rails com o MySQL como SGBD padrão. Para isto, basta utilizar o comando rails da seguinte forma: rails -d mysql application.

Por fim, para atualizar sua versão do Ruby on Rails, digite o comando gem install rails em uma janela de comando. Caso este comando não funcione, o que pode ocorrer caso a nova versão ainda não tenha sido propagada, digite gem install rails –source http://gems.rubyonrails.org. Dessa forma, você fará o download diretamente do repositório do Rails.

Amanhã, dia 15 de dezembro, teremos mais um evento Rails: o Rails for Kids 2007.

Este evento está sendo organizado pelo Carlos Eduardo, dono da e-Genial, e será totalmente online, sendo realizado através do Treina Tom.

Ao todo serão apresentadas 10 palestras, tendo entre os palestrantes vários nomes importantes da comunidade Ruby/Rails do Brasil, incluindo Fabio Akita, Carlos Brando, Vinicius Manhães Teles, Demetrius Nunes, Ronaldo Ferraz, entre outros.

Além deles, contaremos também com um convidado internacional, o Carl Youngblood , que é um gerente de projetos Rails na consultoria americana Surgeworks.

A inscrição para o evento custa R$20, sendo que este valor será integralmente doado a uma instituição de caridade chamada Cotolengo.

Para maiores informações sobre a programação das palestras, ou sobre a instituição Cotolengo, basta acessar o site oficial do Rails for Kids 2007.

Enfim, trate-se de uma iniciativa altamente válida, pois além de ser uma ótima oportunidade para aprender com aqueles que efetivamente trabalham com o Ruby on Rails, poderemos ainda ajudar alguém. Portanto, aproveitem que hoje é o último dia e se inscrevam!

P.S.: Eu sei que eu já havia dito tudo isso antes, mas, como a causa é boa, não custa reforçar.

Eu estava com bastante expectativa em relação ao Rio on Rails, já que este foi não somente o primeiro evento Rails que eu fui, como também o primeiro evento de computação em geral. E apesar de grandes expectativas geralmente signficarem grandes decepções, este não foi o caso.

O Rio on Rails me ajudou ainda mais a entrar no mundo Rails, mesmo eu estando um pouco tímido na presença de tantos desenvolvedores experientes, ainda mais sendo eu apenas um iniciante, tanto em Rails como em desenvolvimento de forma geral. Se bem que justamente por isso, talvez ele tenha sido mais proveitoso para mim do que para os demais, já que a maioria das coisas apresentadas eram novidades pra mim.

Além disso, devo também ressaltar a bela organização do evento. As palestras começaram no máximo com 20 minutos de atraso, foi disponibilizada uma boa variedade de opções no coffee break, que ficou disponível durante todo o evento, sem mencionar a bela idéia de dar um bloco de anotações para os participantes, já que sem ele eu não lembraria de praticamente nada do que escrevi nestes últimos posts.

Enfim, eu só tenho elogios ao Rio on Rails, portanto, parabéns a Improve It e ao SENAC Rio por esse ótimo evento. Agora só me resta esperar o Rio on Rails 2008.