Eu sei que estou atrasado, mas eu me explico… voltei a trabalhar como freela e estou com dedicação total a isso, bem como estou no mês final de conclusão da minha graduação em Economia, pela UFPel. Tenho dezenas de coisas que queria falar. Cheguei até a cogitar em fazer um post especial comentando TODO o Rails Podcast Brasil – Episódio 17 mas não dá pessoal, seriam coisas demais a comentar, SÉRIO!
Javascript auto include rails plugin?
O principal assunto que me motivou a escrever este post é o Javascript auto include rails plugin, que segundo o Carlos Brando ele facilita a utilização de Javascript sem precisar carregar todos os javascripts em seu layout base. Simplesmente você cria uma estrutura de diretórios dentro da public/javascripts igual a da pasta views e cada arquivo javascript deverá ter o nome da view em que ele deverá ser chamado.
Na minha Humilde opinião, esse plugin não é tão essencial e não tem uma utilidade tão generalizada, a não ser que você utilize um arquivo javascript para cada view, o que deve ser algo extremamente incomum. Utilizar este método é muito mais simples e permite reaproveitar quantas vezes necessário o arquivo javascript, e pasme, não só javascript! Você pode utilizar estes blocos para fazer o que quiser, seja para incluir os feeds de um modelo específico, folhas de estilo (CSS) de uma (ou umas) página específica. Você pode ver como fazer isto neste screencast também.
Pensei em criar uns helper’s para facilitar a utilização… mas não sei o quão necessário isto é, visto que é um método simples de usar.
Shoulda
O Shoulda realmente é uma mão na roda. E vou revelar um segredo, meu antigo colega de trabalho, Everton Carpes tinha feito algo semelhante, que testava inicialmente, muito menos coisas, mas a idéia no fundo era a mesma. Mas infelizmente alguém chegou antes. Para quem não tá entendo, estou me referindo a este link que está nas notas do Rails Podcast Brasil #17, Shoulda – Making tests easy on the fingers and eyes.
Eu utilizei o Shoulda e posso dizer que ele é muito eficiente e simples de usar. Só não apliquei os testes mais a fundo para ver como ele vai se comportar, vou esperar para meu próximo projeto.
Locaweb oferece mod_rails
Eu realmente fiquei muito feliz com esta notícia, principalmente ao saber que junto dela vem outra mais importante, que é o Fábio Akita participando da jogada. Sempre recomendei a Locaweb para os meus clientes em que desenvolvi projetos em PHP, contudo, ao saber que a Locaweb não oferecia tecnologia adequada para rodar uma aplicação Rails, fiquei muito chateado, pois com todas as experiências com hospedagem que tive, a Locaweb com certeza foi a melhor. O Fábio mencionou as reclamações com atendimento e preço, que realmente existem.
Quanto ao atendimento, os funcionários que atendem no chat não são bem preparados e muitas vezes não sabem responder as questões que eu faço para eles. Quando tento utilizar o Helpdesk para atendimento, o resultado é melhor, com certeza é alguém mais preparado respondendo as dúvidas.
Sobre o valor, como economista, tenho que dizer que dentro dos padrões da locaweb é até um preço justo, porém sinto falta daquele plano básico sem atendimento, sem o painel super completo da locaweb de preço mais acessível para que eu possa instalar o meu blog com o meu domínio de 15 reais comprado lá mesmo.
Boa sorte ao Fábio Akita e que o plano trial demonstre melhorias, estou muito frustrado ao tentar rodar uma aplicação Rails lá desde que descobri que a versão do Rails é a 1.2.3 em plena época do lançamento da 2.1.
A propósito, este blog está rodando em Rails 2.0.2, logo vou testar no Rails 2.1!
60 Responses to “Comentando o Rails Podcast Brasil #17”
Leave a Reply