Posts recentes by Henrique C. Alves

Tópico: Editor Profissional Ruby

Como eu sempre respondo quando me fazem esta pergunta: Será que precisa mesmo de IDE para Ruby? Eu uso o gEdit com alguns plugins e me atende muito bem!

+1. O gEdit é uma ótima opção pra quem está no Linux, tem vários plugins bacanas. Dá pra satisfazer minhas necessidades tranquilamente com gEdit + plugins + terminal + Glade programando em Ruby. ;)

Tópico: Criar FK física via Migration - Tem como?

É verdade Ronie, o motivo era o MySQL mesmo.

MySQL tem suporte à FK sim, mas depende da engine usada. Até uma certa versão (e quando começaram o Rails), MySQL só tinha uma engine – MyISAM – que não suportava FK.

Tópico: Criar FK física via Migration - Tem como?

Ah sim… que eu saiba, não existe um modo nativo. E isso é uma decisão dos mantenedores do Rails (não sei exatamente de quem), de que a integridade do banco deve ser mantida pela aplicação, e não pelo banco. Eu também acho isso horrível, e já foi motivo para várias discussões no passado.

Tópico: Criar FK física via Migration - Tem como?

http://www.redhillonrails.org/#foreign_key_migrations

Talvez precise algum trabalho para o Rails 2.0

Tópico: Plugin para geração de boletos

Estou sem hosting no momento, assim que estiver com o hosting + SVN funcionando vou mandar esse plugin (e mais coisas) pro ar.

Tópico: Rails e SOs

Mac é “preferido” porque onde o Rails nasceu (37signals), SÓ se usa Mac. Cultura interna da empresa. Então os screencasts, as apresentações em palestras, etc… eram feitas num Mac. De quebra, todo mundo também conheceu o editor Textmate. O Macbook também é branquinho e bonitinho. Resultado é que todo mundo que entrou na onda do Rails acabou também entrando na onda do Mac ;)

Mas não só com Rails, geralmente se vê os desenvolvedores nos EUA usando Macs (na maioria das vezes, Macbooks), já que lá é bastante acessível e mais interessante que um Dell/HP com Windows em relação as ferramentas de desenvolvimento (as fora do mundo Microsoft, óbvio). A última versão do Mac OS X passou a vir com o Ruby/Rails incluído.

Tirando a cultura do Rails, a linguagem Ruby em si é portável e tem um suporte ótimo no Linux e no Mac. Pelo menos aqui no Linux eu tenho usado tanto Rails quanto Ruby para desenvolvimento geral, há muitas bibliotecas disponíveis e estou atualmente usando Ruby com bindings para GTK, GNOME e OpenGL. No Windows fica um pouquinho mais complicado por causa de certas peculiaridades da plataforma (como quase todas as outras coisas que precisam ser portadas de sistemas *nix para Windows), mas ainda assim é bem suportado.

Tópico: Webrick dando FORWARD para rhtml

saoj:

2) É possível com o Merb acessar diretamente uma página ERB, sem passar por nenhuma action? Parece que não…

Se você quer processar o script direto, como se fosse um PHP, então não precisa do framework, nem do dispatcher, nem do mongrel. É só ter um servidor configurado com mod_ruby, FCGI+ERB ou (pior) CGI e registrar o mime-type do .rb direto (não recomendo, tem muitos problemas com memória, dados compartilhados entre instancias, etc. Ruby não funciona bem como script na web, funciona melhor como aplicação).

4) As páginas ERB possuem muito código Ruby no meio do HTML. Seria legal entender como podemos minimizar isso. Talvez criando métodos que se comportariam de forma parecida as customs tags de um JSP.

Se você buscar alternativas pra minimizar isso, vai acabar fazendo um framework MVC e Helpers. Vai deixar a lógica dentro de um Controller e usar um template ERB como View, e vai ainda montar helpers para gerar snippets mais facilmente e com menos código.

O Merb segue a mesma estrutura que o J2EE, que por sua vez é a mesma coisa que um Rails sem ORM e sem Helpers (e com um sistema de plugins pra plugar o resto do framework, arquivos XML no caso do J2EE). Se você tiver que integrar um ORM e fazer alguns Helpers para tornar o Merb mais funcional (da mesma maneira que pega o J2EE e pluga mais coisas – Hibernate, Struts – pra tornar funcional), vai chegar no mesmo resultado que o Rails. Vai ser só mais do mesmo.

O Merb realmente brilha só se for para implementar algo de escopo específico, que demande uma persistência de dados diferente (um banco de dados esotérico, ou persistência via outro sistema), ou então uma necessidade de output diferente, e que no Rails fica muito mais difícil implementar por causa da quantida de convenções que existem.

EDIT: Mais informações sobre opções de uso do Ruby na web
http://www.narf-lib.org/2006/04/limits-to-scaling-ruby.html

Tópico: IDG Now acerta na mosca, como sempre..

Ruby é uma ótima linguagem, mas só ficou conhecida depois do hype do Rails. O resultado é esse aí ;)

EDIT: Só pra não dizer que é esfolar os outros, mas dá uma olhada na página principal desse site aqui mesmo (http://rubyonbr.org/), no quadro “Para iniciante”

Local para aqueles que têm interesse ou são iniciantes na linguagem Ruby e Rails (…)

¬¬

Tópico: Webrick dando FORWARD para rhtml

Só uma correção: Webrick é uma biblioteca para servidor HTTP, extensível com o uso de “Servlets”, e possui alguns embutidos (para executar CGI, ERB, e um de listagem de diretório estilo Apache). Quando você roda por exemplo ./script/server do Rails, além de configurações preliminares do ambiente, é instanciado um servidor HTTP Webrick, configurado com alguns parametros (alimentado com uma hash de mimetypes conhecidos, por exemplo) e plugado um Servlet escrito para o próprio Rails (DispatcherServlet.rb), que é o responsável por chamar o Dispatcher (o Front Controller), e a partir daí as coisas se resolvem no MVC.

Estou brincando com os fontes do Rails pra entender como funciona essa parte do Webrick porque a documentação existente pra ele na net é ZERO, e eu quero usar ele num primeiro momento para poder testar o meu framework.

Tópico: Linux pra Hospedar RoR

Diferença entre uma distro e outra, para o Rails em si, não tem. A questão é a quantidade de trabalho e estabilidade que você quer ter.

Se você conhece pouco de Linux, é preferível você adotar uma distribuição que tenha um gerenciador de pacotes bom e mantenha pacotes em versões estáveis.

Se você conhece mais de Linux, quer ter mais controle, ou tem tempo sobrando, você pode dar uma de maluco e pegar uma distribuição “zerada”, compilar o Ruby, compilar o Rails, instalar, e ficar atualizando na unha você mesmo. Não sei qual vantagem há nisso, mas tem quem goste.

Resumindo, se for pra produção, é melhor privilegiar a estabilidade e a manutenção dos pacotes. Vai de Debian (ou de Ubuntu, se não souber nada de Linux). Algum RedHat poderia ser uma boa também, mas a quantidade e qualidade de material atualizado que você vai achar pra Debian/Ubuntu é maior.

Tópico: Ajuda com o GTK

O widget GTK a ser usado nesse caso seria o Pane, e não o Table.

PS: Está usando ruby-gtk ?

Tópico: As grades do condomínio são para trazer proteção, mas...

O dia em que a empresa deixar de focar em resultados e começar a decidir por mim quais ferramentas eu devo usar e quais não, no mesmo momento eu monto um contrato estipulando que não sou responsável pela minha produtividade ou por erros que venham a ocorrer. :D

PS: E não é nem questão de SL nem nada disso, é questão de ser pragmático. Se você está fazendo algo em plataforma web, e que só funciona direito no IE, então o que você está fazendo é algo em “plataforma IE”, e está ignorando pelo menos 20% da sua audiência na web. E eu não gostaria de ser responsável por ignorar esses 20%, principalmente quando eles são os que fazem mais barulho.

Tópico: Heroku - Desenvolvimento Online RoR

Destaque para a tagline “Hosting is obsolete”.

Nome estranho, serviço beta, screencasts .mov e essa tagline, tudo conspira pra lançarem uma nova moda!

Infezlimente não consegui me registrar. :(

Tópico: Pré-requisito para desenvolver em RoR...

“Linux is still not anywhere near OS X in terms of taste and feel.”

Se o DHH falou… Então realmente é subjetivo, nada relacionado ao Ruby ou o Rails em si.

Valeu ;)

Tópico: Casos de sucesso

Tá de brincadeira né? ;)

http://forum.divdev.railsplayground.net/forums/3/topics/2364

Tem que fazer algo assim no fórum mesmo.

Tópico: Casos de sucesso

Eu dei uma garibada pelo fórum e não achei – se existir, me perdoem por favor.

Seria interessante um fórum, ou um tópico fixo, contendo casos de sucesso no uso de Ruby, JRuby, Rails, Nitro, ou qualquer coisa relacionada a Ruby em geral.

Esse tipo de informação é importante para saber o que está sendo feito no “mundo real”, o que tem dado certo, o que deu errado, e pegar umas dicas para quem está desenvolvendo algo em Ruby também.

Valeu!

Tópico: Pré-requisito para desenvolver em RoR...

Então, eu achei interessante postar essa pergunta aqui pra buscar algumas opiniões. Queria saber se é uma questão cultural mesmo, ou se tem alguma vantagem, se perde-se algo não usando um Mac para desenvolver em RoR.

Eu imagino como deve ser trabalhar no Windows, onde a falta de uma shell como bash, ferramentas típicas Linux/Unix, e integração para instalação de bibliotecas, podem diminuir a produtividade. Mas por exemplo, já no Linux eu me sinto bastante confortável, com a presença de um shell como o bash, o vim, o gEdit – expansível com plugins Python, as facilidades dos sistemas de pacotes para se instalar qualquer coisa (no meu caso, o pacman, do Archlinux), e por aí vai…

Então eu queria saber, dos que estão usando Mac, quais as vantagens em cima do Linux no desenvolvimento. Eu sei que existe o Textmate, que pelos screencasts parece um editor bem bacana, mas existe algo mais?

@Akita: interessante citar a presença de gcc, Apache, entre outros, para Mac, mas esses também são instaláveis no Windows, e se fosse só por isso, o Linux ainda é a plataforma “sacramentada” para essas coisas. Pelo menos aqui basta um “pacman -S apache” para ter ele instalado e atualizado diariamente, não precisando nem baixar um .dmg ou configurar nada se não quiser.

Então é esse tipo de coisa que eu estava comentando, que eu não enxergo como muita vantagem. Queria saber se tem mais alguma outra coisa que eu estou perdendo/não conhecendo. Valeu!

Tópico: Pré-requisito para desenvolver em RoR...

…é ter um Mac?

Conheço pelo menos uns 5 nomes grandes na blogosfera que trabalham com RoR e usam/compraram Macs, ou que confessam estar morrendo de vontade de comprar um Mac.

Eu sei que o Ruby e o Rails está vindo integrados no último OS X, mas isso é um motivo muito pequeno.

Queria saber qual a real relação entre RoR e Macs. Cultura, hype, Textmate? (não me venha falar que é porque usam na 37signals) :P

Tópico: Capitão Nascimento - Versão Nerd

Sem comentários. Tô rindo demais aqui….

Tópico: Quem usa rest?

“Sou obrigado a discordar. Provavelmente você se refere a terem feito métodos não-REST separados por ; e agora voltaram atrás e devolveram a /

Veja o Rails 2.0 Preview Release em dev.rubyonrails.org (…)"

Bom, mas não ninguém usa (ou não deveria estar usando) o Rails 2.0 PR, certo? Enquanto não for final, dá para mudar coisas ainda (como já mudou não sei quantas vezes no edge), por isso eu comentei da URL…

PS: Que “desabafo” foi esse no fim do post Akita? hehehe

Tópico: Quem usa rest?

http://pragdave.pragprog.com/pragdave/2007/03/change_to_rest_.html

Ainda nem decidiram que formato de URL vão usar para REST no Rails 2.0. A coisa parece que está bastante instável ainda e o scaffold_resource é mais uma prévia do que dá para ser feito. REST, por outro lado, já é história velha.

Tópico: Eu programo em ruby

Depoimento interessante do Alberto.

Tópico: Boas práticas: onde salvar o Ruby?

Você pode deixar /home em uma partição, e /var (que contém seus bancos MySQL, seus hosts virtuais do Apache/Lighttpd, o cache do apt) em outra partição.

Quanto aos aplicativos locais (não instalados através do apt-get), eles já são instalados em /usr/local ou /opt, então se você atualizar o sistema somente (sem formatar de novo), você não perde nada. No entanto, geralmente eu me vejo reinstalando os programas depois de uma atualização por conta de aplicações locais que perderam as bibliotecas ou algo do tipo, então nem tem muita vantagem colocar em um lugar separado para tentar manter.

Tópico: Passando o bastão

Vindo de outro tópico…

Se for para colaborar conteúdo no portal (notícias, dicas, artigos), e manter o código do site e/ou do fórum atualizado, estou dentro viu?

Abraço!

Tópico: RubyOnBr parado?

Não levem a mal, por favor…

Hoje o site ficou um tempo fora do ar (como já ficou outras vezes), mas até aí sem problema. Mas também estou reparando que a página principal não está recebendo updates, notícias, artigos, no ritmo de antes. O fórum está legal, mas o site não é só o fórum, então…

Vamos agitar isso aqui galera! :)

Senão o pessoal vai migrar pra outros sites atrás de informação mais constante.

Admins e membros, o que pode ser feito nesse ponto?

[]’s