Pessoal, meu patrão está com uns papos pra mim dar uma estudada em Ruby on Rails. Ele me mostrou alguns sistemas feitos em Ruby on Rails e o código fonte dos mesmos, até eu fiquei de cara com a pouca quantidade de linhas de comando usadas para fazer sistemas complexos.
EU gostaria de saber a opnião da comunidade JAVA em relação a esta linguagem, mas sem fanatismo pelo JAVA!!!
Vamos discutir isto a sério, pois amanhã pode ser seu patrão que te fala pra estudar Ruby on Rails !!!
Uma pergunta:
O código é interpretado por um CGI?
Ele abre um processo no servidor a cada requisição do usuário, assim como o PHP quando não instalado como sapi?
Confere esta informação?
Que estranho, normalmente aqui no brasil a situação é adversa: os desenvolvedores sofrendo pra convencer os chefes de que RoR é promissor e vale a pena investir. Espero que o comportamento “chefe-sugestionando-rails” prolifere =)
[quote=macfly2500]Uma pergunta:
O código é interpretado por um CGI?
Ele abre um processo no servidor a cada requisição do usuário, assim como o PHP quando não instalado como sapi?
Confere esta informação?
[quote=carloseduardo]Rapaz, não é obrigado a usar CGI, você pode usar fastcgi + apache, Mongrel ou ainda Lighttpd com fastcgi normalmente, ai não tem essa de 50 ou 60 usuários tomando conta do teu servidor, veja a http://www.37signals.com veja 500.000 Usuários depois vais que pagevews são BEM MAIS…
[/quote]
Cara em ambiente de desenvolvimento isso não é problema.
Mas tem que ver onde o site vai ficar hospedado se tem essa configuração.
No meu caso ficará em um servidor compartilhado, NÃO dedicado.
Em um servidor de hospedagem que pretendia utilizar já vi que só recomendam Ruby para uso em servidores Dedicados.
IMHO, RoR é muito bom, para projetos pequenos e no máximo médios, mas acho que precisa amadurecer para atacar projetos grandes. Vale a pena aprender RoR sim, é um framework bem bolado, mas tem que ser muito bem estudado pra ser aplicado em determinado problema (às vezes ele pode te deixar na mão).
Deixando um pouco de lado as opniões individuais e partindo para a visão de mercado, alguém que trabalhe em empresa de TI de grande ou médio porte, pode nos dizer o que os cérebros da empresa pensam sobre isso ?
Deixando um pouco de lado as opniões individuais e partindo para a visão de mercado, alguém que trabalhe em empresa de TI de grande ou médio porte, pode nos dizer o que os cérebros da empresa pensam sobre isso ? [/quote]
Onde eu trabalho (uma da empresa americana líder mundial em serviços de TI) existem pessoas e grupos investigando a adoção de RoR e outras soluções OSS ao portfólio tecnológico da empresa a médio prazo. Acho que os dois grande empecilhos de uma adoção imediata de RoR em empresas como a minha são:
homologação de uma versão (qual é a versão mais estável e com menos bugs críticos para a minha necessidade? qual vai ser a política de atualização de versões? gaaahh!!!)
suporte técnico (em quem eu vou jogar a culpa se o sistema que eu vendi para meu cliente parar de funcionar de uma hora para outra?)
custos não-tangíveis desconhecidos
Mas, acredite, ninguém é cego. Por maior e por mais inflexíveis que algumas destas grandes empresas do ramo possam ser/parecer, elas são feitas por pessoas que estão ligadas no que está acontecendo por aí e sabem influenciar quem decide
Fala pra gente, quando ele pode deixar a gente na mão. e fale também o do porque tem que ser bem estudado.
Há quanto projetos “pequenos” será que é mesmo ? a SAP a IBM pensam o mesmo sobre Ror ? :roll: [/quote]
Não é pq a IBM Coloca no seu developers work, que ela implementa de fato a tecnologia. E só para lembrar, a IBM é uma empresa de tecnologia e tem a obrigação de ser early adopter. Assim como a mesma está apoiando a iniciativa da Zend com o PHP.
Ruby é uma linguagem bem poderosa e o RFC da SAP é escrito em C como biblioteca para a mesma. Entretanto RubyOnRails é uma coisa completamente diferente.
É um framework/produto que precisa sim ser bastante estudado para aplicações de grande porte, como bancárias, seguradoras entre outras.
Tive grandes problemas na adoção do SpringMVC no início, ora por alguns bugs em viewresolvers como jasper, ora por paradigmas de desenvolvimento do mesmo (outro assunto, não vou me alongar).
Mesmo o Spring possuindo diversas publicações e uma comunidade vibrante, seu uso no mundo real (aplicações financeiras por grandes instituições), começou à pouco.
Acredito que para uma aplicação mais densa, que vai envolver alguns milhares de usuários, e uma estratégia comercial por trás, que depende do funcionamento da aplicação, será necessário que o corpo técnico estude e analise profundamente o mesmo, já que caso a aplicação pare a culpa será totalmente dos desenvolvedores, já que Ruby ainda não é padrão de mercado, muito menos Rails.
Vou até falar de padrão, JSF. Em produção para aplicações de massa, você conhece grandes cases de sucesso ?
Aqui tem uma lista de aplicações com uma quantidade considerável de usuários - e todas feitas com Rails.
Sim, o maior case Java do RS.
Dúvida Kenobi: porque você acha que uma linguagem/framework só é enterprise-ready quando alguma “grande-aplicação-bancária-e-ou-financeira” foi feita com ela?
[quote=plentz]
Dúvida Kenobi: porque você acha que uma linguagem/framework só é enterprise-ready quando alguma “grande-aplicação-bancária-e-ou-financeira” foi feita com ela?[/quote]
Talvez porque estas aplicações costumam ter os requisitos não-funcionais mais cretinos que existem por aí, que acabam se tornando meio “prova de fogo” para alguma coisa.
E, apesar do 37signals et al., a VM padrão do Ruby é lenta demais. Antes que alguém se levante com aquele argumento de que “ciclo de CPU hoje são mais baratos do que ciclos de um desenvolvedor”, sou obrigado a dizer que, embora concorde com o argumento, é difícil convencer um aumento no orçamento de um projeto para pedir um servidor mais potente para se alcançar o mesmo nível de performance que Java conseguiria hoje com uma máquina mais barata. Pois é, Rubysts, bem-vindo ao que foi o ano 2000 dos Javaneses
Tenho ouvido muito mais de SOA ultimamente, Ruby até agora zero, nem entre desenvolvedores. Aliás, o único lugar em que ouço falar de Ruby é aqui no GUJ.
sou leigo em ruby, mas como todos por aqui falam nele, estou ficando curioso. Já dei uma olhada em alguns códigos ruby, e aí vem minha questão: o ruby possui convenções de código que visem melhorar a legibilidade do mesmo? Pode parecer preconceito, mas não gosto muito de "::" e "=>", ou métodos built-in que vc não sabe de onde vêm e nem pra onde vão (estilo PHP). Obs.: não sei se ruby é assim no que tange aos métodos.
Ruby é assim ou procura combater esses problemas?
Não estou querendo defender o java, mas uma coisa que me atrai muito nele é a legibilidade do código. É verboso? É. Mas tem um motivo realmente plausível pra isso, e se resume a uma só palavra: legibilidade.
Como diria o mago Martin Fowler, "escrever programas é fácil, o difícil é escrever programas que um ser humano possa entender".
Assim como qualquer outra linguagem, quando vc eh leigo todo simbolo na sintaxe parece “barulho”. Depois de um tempo, o barulho some - seu cerebro aprende a nao ver mais o monte de ::, =>, {, }, [, ], (, ), & e * pra todo lado.
