[quote=Thiagosc]Sejam honestos e digam: “Eu uso Ruby porque o amo de paixão!”
[/quote]
Só depois que voce admitir que odeia novidades por que nao conseguiu nem aprender e usar java direito 
Você percebe que essa comparação Ruby = Java '96 não faz sentido né? Pois em 1996 Ruby já existia também.
[/quote]
Faz sentido se você comparar o hype que Java vivia em 96 com o que Ruby vive hoje. Ruby hoje tem muito hype e muito ‘uau! uau!’ a sua volta, Java em 96.
Java em 95/96 teve um super empurrão da Sun para entrar no mainstream, Ruby não teve, então nada mais razoavel que levar 1 década para aparecer.
[/quote]
Vamos organizar os pensamentos:
- Java era uma porcaria em 1996 assim como Ruby é hoje (suas próprias palavras);
- E mesmo Ruby sendo uma porcaria, se fizerem muito “uau! uau!” ele será daqui a 10 anos como o Java é hoje;
Realmente é uma perspectiva triste para nós profissionais. Trabalhar com coisas totalmente inadequadas só para participar do “uau!uau!”.
O pior é que ainda se dizem pragmáticos. Só se for o “pragmatismo segundo a Al Qaeda”.
hahahaha. A novidade pela novidade, nenhuma reflexão a respeito do porquê e do para onde.
novidades não quer dizer que ela será empregada, tem que haver apoio dos players, e pelo que tô vendo, isso não tá acontecendo com ruby. A idéia é interessante, mas é melhor adaptar essas idéias em algo que seja usado pela indústria de software (Java).
[quote=Thiagosc]
- Java era uma porcaria em 1996 assim como Ruby é hoje (suas próprias palavras);
- E mesmo Ruby sendo uma porcaria, se fizerem muito “uau! uau!” ele será daqui a 10 anos como o Java é hoje;
Realmente é uma perspectiva triste para nós profissionais. Trabalhar com coisas totalmente inadequadas só para participar do “uau!uau!”.
O pior é que ainda se dizem pragmáticos. Só se for o “pragmatismo segundo a Al Qaeda”.[/quote]
Thiago, você é um ótimo sofista. Eu disse que Java era uma porcaria em 96. Eu disse que Ruby hoje tem o mesmo hype que Java em 96. Disso para dizer que Ruby é uma porcaria tal qual Java em 96 precisa de muita boa vontade.
Você distorce as palavras das pessoas.
Mas enfim, pegue os early adopters do Java de 95-96, todos fizeram MUITA grana com isso, em apostar em Java. Os bitoladões da época deram risada e viraram história.
Não sei se isso vai acontecer com Ruby, mas se acontecer, quero estar pronto para tirar vantagem disso. Porque não me importa sé é Java, Ruby, Cobol ou VB, quero programar na linguagem mais lucrativa. Hoje é Java, amanha se for Ruby, vou estar pronto para cobrar as mesmas cifras generosas de 98-99 para quem tinha muita experiência com Java. Agora faz a regra de três do 95-96 do Java, o 2004-2005 do Ruby e o 98-99 do Java.
Com tudo, quero experimentar o RoR em um projeto pessoal, para auferir se realmente a produtividade está em torno de 10x mais rápido.
PS: Atualmente utilizo - Spring + Hibernate +JSTL + afins … nos meus projetos web.
Como o foco vai ser Web, se RoR entregar o que promete - velocidade sem onerar qualidade, pra mim já valeu, pq reduzir um projeto pessoal de 2 anos para três meses, vai ser ótimo 
. :!:
Em relação a produtividade concordo, mas projetos pessoais são diferentes de ambientes corporativos.
Olá
Primeiro declaro que para mim esta discussão não tem muito sentido.
Me considero um early adopter do java e acho que não foi bem assim pelo menos aqui no Brasil. No inicio o Java era usado só como applets divertidas e olhe lá.
Participei de um dos projetos pioneiros de Java no Brasil mas não desde seu início. Era tão pioneiro que virou case de sucesso mostrado em diferentes lugares. O projeto durou muito para ficar pronto porque até a versão 1.1.6 do Java os recursos eram muito limitados. Mas em 1999/2000 seu resultado ficou muito bom. Quando entrei na empresa questionei o dono porque o projeto não foi feito em Delphi que estava mais na moda e possibilitaria colocar em funcionamento em menos tempo. Ele optou por ser pioneiro porque acreditava no potencial do Java apesar da sua empresa ter mais desenvolvedores C e Clipper do que para Java.
É verdade que na época havia enorme dificuldade de se encontrar programadores Java e assim os salários eram muito melhores. Esta situação perdurou pelo menos até 2003, talvez 2004. Hoje programador Java tem aos montes por aí de 10 “real”/hora.
Ruby/RoR pode ser uma nova oportunidade para os especialistas como o Louds disse. Pode ser também que o Flex seja a próxima grande onda pois realmente pode causar uma revolução na web.
Mas para deixar todo mundo tranqüilo, o enorme legado que tém sido criado com java nos últimos anos, garante emprego para os javaneiros pelo menos nos próximos 10 anos.
[]s
Luca
Se você usa Spring então é certeza que você terá um aumento de produtividade de 10x. Eu diria até que se você usar Perl CGI você terá um aumento de 15x, ou Java Servlets apenas uns 20x.
O seu problema de produtividade não é o Java, é o Spring.
Se você usa Spring então é certeza que você terá um aumento de produtividade de 10x. Eu diria até que se você usar Perl CGI você terá um aumento de 15x, ou Java Servlets apenas uns 20x.
O seu problema de produtividade não é o Java, é o Spring.[/quote]
E o que você sugere, Thiago?
Não confunda conceitos… menor velocidade de desenvolvimento não implica maior qualidade. Tipagem forte também não implica maior qualidade.
Testes implicam maior qualidade do software.
Resumindo: o Rails não promete “velocidade sem onerar qualidade”. Promente apenas velocidade (de desenvolvimento). Até porque usar Java, Ruby, Rails, Heskell ou C++ não faz a mínima diferença quando se trata de avaliar a qualidade do software.
testes bem feitos implicam qualidade
código e projeto bem feitos também
A questao talvez eh se vc quer, na sua carreira, trabalhar com sistemas em Java, que hoje em dia ja tem muito legado, ou com novas tecnologias, que ainda sao campos a se explorar e aplicar o que se aprendeu com Java. Eu me encaixo nessa utlima categoria, mas entendo que pra muita gente, Java eh uma zona de conforto otima - bons salarios, experiencia de varios anos, boa literatura… e nada realmente novo acontecendo.
Olá
Falei assim mas tem aquele ditado: faça o que eu digo mas não faça o que eu faço. :oops:
Por uma questão de personalidade sou fascinado pelo novo e completamente desestimulado quando tenho que trabalhar com um legado (como é meu caso atual).
No caso de aplicações web ando meio desconfiado de que com a abertura que a Adobe está dando aos desenvolvedores e com uma possível melhoria nas comunicações, pode ser que o Flex + ActionScripts seja uma oportunidade melhor de ganhar dinheiro e fazer algo novo do que RoR, Ajax ou .NET-features. Na dúvida e por total falta de tempo, vou deixando RoR de lado.
[]s
Luca
Adoro ler esses “desafiozinhos” de fundamentalistas. Ruby é área nova? Desde quando? E quem disse que Java é legado? E quem disse que não há o que explorar em Java?
Se você quer dizer “refazer tudo o que em Java só que em Ruby” aí sim eu diria que é uma zona de conforto ótima pelo fato da necessidade de inovação ser zero. Ah tá, Javascript + XML é inovação? Acho que não.
Java tem muito pela frente, só que web frameworks talvez já não sejam o “ticket para a fama” que um dia foi.
Deveríamos pular essa Web 2.0 e ir direto para a Web 2.1 com Java e deixar esse bando de xiitas comendo poeira.
A questao talvez eh se vc quer, na sua carreira, trabalhar com sistemas em Java, que hoje em dia ja tem muito legado, ou com novas tecnologias, que ainda sao campos a se explorar e aplicar o que se aprendeu com Java. Eu me encaixo nessa utlima categoria, mas entendo que pra muita gente, Java eh uma zona de conforto otima - bons salarios, experiencia de varios anos, boa literatura… e nada realmente novo acontecendo.[/quote]
Trabalhar com algo já existente, construir soluções em cima de sistemas mal feitos, integrar diversas aplicações com um monte de martelada implementada é dor de cabeça sempre. Agora trabalhar em projetos novos, mesmo usando java, onde não tem lixo pra ser encontrado é legal. Concordo com o CV, trabalhar com tecnologias novas é mais desafiador e motivador.
Mas Java ainda tem muito o que explorar, não está como o Cobol não… pera lá também.
Olá
Eu disse. Já há sistemas legados em Java há muito tempo. Lembre-se que há sistemas em Java prontos e funcionando pelo menos desde 1999/2000, isto eu posso garantir pois trabalhei em um deles.
[color=darkred]Editei porque a citação “E quem disse que não há o que explorar em Java?” saiu por engano. Agora está o que eu queria citar[/color]
[]s
Luca
Eu disse. Já há sistemas legados em Java há muito tempo. Lembre-se que há sistemas em Java prontos e funcionando pelo menos desde 1999/2000, isto eu posso garantir pois trabalhei em um deles.
[/quote]
Tá, e como isso mostra que não há mais o que explorar? Por um acaso o Java está estagnado? Por um acaso tudo parou e o resto do mundo continuou andando? O Java é um beco sem saída?
O Java se adaptou bem depois do advento do .Net e continuará se adaptando, afinal de contas essa é a única maneira de sobreviver. E ainda mais com os novos recursos, há muito o que explorar.
Se o Java fosse aquele mesmo de 2000 eu concordaria contigo 100%, mas não é. Enquanto o Java continuar evoluindo haverá o que explorar e está longe de estar estagnado.
Basta dar uma olhada no Java 6. E o 7 continuará a evolução, não é possível que alguém sinceramente ache que isso esteja morto.
Olá
Na verdade errei na citação. O que queria citar era:
Até porque eu acho que o Java ainda tem muito a explorar. E acho também que coisas novas não dependem da linguagem e sim do criador.
Um dos meus atuais interesses são sistemas servidas por eventos que é o assunto do livro que estou esperando chegar da Amazon. Isto é uma área onde o Java ainda pode ter um papel preponderante, principalmente se o RFID decolar. Mas se eu soubesse C# também poderia ser útil nesta área.
O exemplo que dei foi apenas para mostrar que o novo para uns não é o mesmo que o novo para outros. Este negócio de CEP, ESP, EDA e afins já estão rolando por aí pelo menos desde 2003 mas só agora com a onda do SOA é que descobri.
[]s
Luca
Já é realidade em industrias e comercios grandes. A empresa que eu trabalho está fazendo projetos nisso, alias se alguem quiser estamos contratando para projetos em RFID 
é só mandar curriculo por MP.
Um dos projetos o produto vai ir para o varejo com RFID e o vendedor chega no varejo e sabe o estoque e mais a disposição do produto no varejo (que para ele é beeeemmm importante).