Há algumas semanas atrás, um amigo me disse que em breve esse blog completaria um ano sem posts. Na hora fiquei surpreso. Embora tenha consciência que abandonei o blog completamente, sem nem mesmo deixar uma recomendação para que o último que saísse apagasse a luz, eu imaginei que não tinha se passado tanto tempo assim.

De qualquer forma, quando fui avisado sobre isso, decidi não deixar tal coisa acontecer, mas acabei lembrando só hoje. Então, quando acessei o blog pra ver quantos dias ainda tinha até o prazo expirar, acabei descobrindo que hoje é justamente o dia que eu estava tentando evitar. Sendo assim, este post serve apenas para registrar esse fato, e para dar esclarecimentos sobre o futuro do blog.

Mea Culpa

Devido a falta de textos novos, eu me considero em enorme débito com os leitores do blog. Aliás, algo que realmente me surpreende é o fato dele ainda ter leitores. Mesmo depois de um ano sem atualizações, sendo que antes o blog já estava meio abandonado, ainda restaram bravos 70 assinantes do feed. Não é muito, mas pra um blog sem atualizções até que não é ruim.

Para piorar a situação, eu dupliquei o meu débito, já que recentemente criei outro blog sobre desenvolvimento, juntamente com o Leonardo Bighi. Esse outro blog se chama Not for Dummies, e a sua proposta básica é publicar textos que fogem dos tópicos introdutórios sobre desenvolvimento.

Só que, embora eu até tenha publicado alguns poucos textos lá, já faz um tempo que eu não escrevo nada também no Not for Dummies, mesmo tendo dois textos quase completos. Ou seja, ele me deu motivos para me envergonhar ainda mais.

Sobre o motivo de tamanha ausência em ambos os blogs, só posso culpar a mim mesmo por ser um procrastinador em estágio avançado, o que eu sinceramente estou tentando mudar.

Novo Blog

Agora vamos às más notícias. Eu pretendo criar uma nova versão desse blog em breve, com o mesmo nome, mas em uma URL ligeiramente diferente (provavelmente http://www.blog.elomarns.com/). Eu manterei essa versão no ar para não perder os posts, e também como registro histórico.

Sobre o nova versão do Por que não?, eu pretendo desenvolver a aplicação que irá gerenciá-la, e o farei usando o Rails. Obviamente, não farei isso por achar que posso desenvolver algo melhor do que o Wordpress, Mephisto, Typo ou qualquer outro sistema de blog minimamente conhecido, até porque uma das principais características que fazem um sistema de blogs ser bom é uma comunidade ativa ao seu redor, o que obviamente eu não terei.

O motivo básico para eu mesmo desenvolver essa aplicação é que eu considero que será uma ótima forma de aplicar os meus conhecimentos de uma forma mais abrangente, já que eu a desenvolverei totalmente sozinho.  Por isso, acredito que será uma bom para o meu amadurecimento como desenvolvedor, já que a minha experiência ainda é relativamente pequena. Até o momento, eu praticamente só codifiquei na minha vida profissional, não atuando muito em vários outros aspectos que definem uma aplicação, como seleção de features e design da interface.

Além disso, me agrada a idéia de criar algo que eu mesmo usarei por um bom tempo, até porque poderei fazer da maneira que quero, excluindo todas as funcionalidades das quais eu não preciso e estão presentes nas aplicações de blog famosas.

Por fim, acho que irá ser um bom item para compor o meu portfólio, já que eu decidi atuar primariamente como desenvolvedor freelancer, e portanto preciso de exemplos concretos do meu trabalho. Sendo assim, eu disponibilizarei esse sistema de blogs no GitHub assim que o desenvolver.

Novo Site

Devido à minha não tão recente decisão de atuar apenas como desenvolvedor freelancer, eu irei também criar um site pessoal como forma de divulgar os meus serviços. Aliás, eu já deveria ter feito isso.

Eu estou considerando a possibilidade de criar um CMS de fundo de quintal para gerenciar esse site e integrá-lo com o blog, tendo foco no fato de ser um site para divulgar serviços freelancer. O motivo para desenvolver este minúsculo CMS é mais ou menos o mesmo que me levou a decidir criar o sistema de blogs.

Conclusão

Devido a algumas pendências, como o fato de que estou no meio de um trabalho temporáreo, eu ainda não poderei trabalhar muito nas coisas que descrevi acima, portanto é pouco provável que elas se concretizem imediatamente.

De qualquer forma, eu pretende realizar tudo o que disse acima. E se você está lendo isso, é porque provavelmente está entre os 70 remanescentes dos assinantes do meu feed, o que o torna alguém cuja opinião eu realmente prezo. Portanto, espero que você dê uma boa chance ao meu novo blog.

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.

Apenas um blog com posts a cada passagem do cometa Harley pelo sistema solar não é o suficiente pra mim, por isso eu decidi criar outro blog: o 3 Gamers.

Este blog foi fundado junstamente com dois amigos de longa data, e, conforme o nome indica, tem jogos (não gosto da expressão games) como tema. Mas é bom ressaltar que abordaremos o assunto de uma forma bem descontraída, sem muitos detalhes técnicos sobre processadores do Playstation 3, framework de desenvolvimento de jogos do Xbox 360 e  coisas do tipo. Enfim, teremos apenas a parte realmente divertida dos jogos. Além do blog, teremos também um podcast semanal, sendo ele disponibilizado toda sexta feita.

Portanto, se alguns dos leitores remanescentes deste blog abandonado também se interessa pelo universo dos jogos eletrônicos, está aí mais um blog para o seu feed reade.

P.S.: Eu não esqueci deste blog, portanto aguardem que cedo ou tarde ele volta a ter posts mais regulares (ou não).

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.

Atualizações frequentes definitivamente não são a principal características deste blog, mas, mesmo tendo isto em vista, o blog esteve bem parado nas últimas semanas. Considerando que neste período eu perdi uns 10 assinantes do feed, só sobrando portanto você que está lendo isso, decidi vir aqui e postar a razão para tamanho abandono.

Um pouco antes do meu último post, ou mais precisamente no dia 14 de março, eu comecei a estagiar com desenvolvimento web com Java, usando o framework JavaServer Faces(JSF). Embora a minha carga horária no estágio não seja muito grande (6 horas por dia), eu acabei tendo uma boa parte do meu tempo livre durante a semana reduzido, já que também tenho faculdade à noite.

Sendo assim, praticamente só me sobraram os fins de semana para estudar coisas novas, fazer as obrigações da faculdade, ler o feed das dezenas de blogs que acompanho e manter o meu próprio blog. O resultado desta nova realidade é que eu praticamente não fiz nenhuma dessas coisas de forma satisfatória, principalmente manter o meu próprio blog.

No entanto, apesar de agora realmente não ter tanto tempo quanto antes, devo confessar que a culpa pela ausência de novos posts por aqui é minha, já que ainda era possível postar, mesmo que fosse um post por semana. Portanto, se eu não o fiz foi por preguiça e/ou inconpetência na administração do meu tempo.

De qualquer forma, eu estou disposto a mudar isso, já que gosto de ter este blog. Portanto, de agora em diante, considerem este blog reaberto, o que significa a baixa frequência de posts de sempre, que ainda é melhor do que post nenhum.

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! :)

Conforme mencionei alguns dias atrás, recentemente eu comprei o Repensando a web com Rails, do Fabio Akita, e ontem, ao ler a entrevista com o Yukihiro “Matz” Matsumoto no apêndice 2 do livro, reparei em um detalhe sem muito importância, mas ainda assim interessante.

Em um certo momento, o Akita pergunta sobre o lançamento do Ruby 2.0, e o Matz responde que o próximo grande lançamento do Ruby (1.9 ou talvez até 2.0, segundo ele) sairia mais ou menos no Natal de 2007. E adivinhem quando saiu o Ruby 1.9? Exatamente no Natal de 2007!

Ou seja, o Matz fez uma previsão incrivelmente precisa mesmo 1 ano e 2 meses antes do lançamento da versão 1.9 do Ruby, já que o livro do Akita foi lançado em outubro de 2006, sendo que a entrevista pode até ter sido feita um pouco antes disso.

Portanto, é melhor levar a sério quando o Matz fizer uma previsão sobre o lançamento de uma versão do Ruby.

Ontem eu estava dando uma olhada no blog do Marco Gomes, e acabei vendo lá um post sobre o lançamento do Safari 3 Beta para o Windows. Na hora eu fiquei bem empolgado, já que apesar de achar o Mac OS X esteticamente perfeito, eu nunca o usei de fato. Sendo assim, esse lançamento me proporcionaria pelo menos usar o browser padrão deste tão cultuado sistema operacional. Portanto, eu baixei o Safari 3 Beta para Windows XP e o usei por algum algum tempo pra ver como ficou.

Confesso que as minhas expectativas, que eram bem altas, não foram totalmente correspondidas. Achei ele bem bonito, principalmente por apresentar widgets iguais ou bastante similiares à versão Mac, com exceção dos clássicos 3 botões no canto superior direito das janelas no Windows, ao invés dos 3 círculos do Mac. Mas, conforme eu tinha lido em alguns reviews, ele apresentou problemas com alguns sites, como o Heroku, um ambiente Rails totalmente web, cujo editor de texto não funcionou.

De qualquer forma, foi interessante usá-lo mesmo assim, já que ele é melhor do que o IE e, na minha opinião, quase tão bom quanto o Firefox. Além disso, ele possibilita que os desenvolvedores presos ao Windows testem suas páginas web em mais um browser, o que é sempre uma coisa boa, considerando as já famosas diferenças entre eles.

Contudo, o que é realmente importante aqui é fato de que o Safari 3 não foi lançado recentemente. Na verdade, ele nem está mais em versão beta. Na hora eu nem percebi, mas o post que eu li no blog do Marco Gomes foi escrito no dia 11 de junho de 2007, sendo que este foi também o dia em que a versão Windows do Safari 3 Beta foi lançado. Ou seja, já faz uns 8 meses! E eu sequer sabia da intenção de portar o Safari para o Window XP.
Eu sei, este foi um erro imperdoável, ainda mais para alguém que se considera fã da Apple e do Mac. O justo teria sido postar isto achando ser uma novidade, como eu ia fazer, e ser, merecidamente, zoado por tamanho atraso. Mas não se preocupem, eu já me açoitei como punição.

De qualquer forma, está aqui este post para aqueles que assim como eu estavam em uma caverna no dia 11 de junho de 2007. Para esses, fica também a recomendação de se punir por tamanha desinformação.

P.S.: Sim, eu uso o papel de parede do Leopard.