Comentários sobre: Frase do dia…. Java… http://www.dev2dev.com.br/2008/07/03/frase-do-dia-java/ De desenvolvedor para desenvolvedor Sat, 04 Feb 2012 09:41:12 +0000 hourly 1 http://wordpress.org/?v=3.2.1 Por: markito http://www.dev2dev.com.br/2008/07/03/frase-do-dia-java/comment-page-1/#comment-7 markito Fri, 04 Jul 2008 15:10:04 +0000 http://www.dev2dev.com.br/?p=11#comment-7 Bom, vamos la.. Primeiro, nao sou "defensor" de .net e muito menos qualquer plataforma M$.. muito pelo contrário.. Sobre a comparação, é valida sim, porque fazer java ser multiplataforma tem custo e é possível, assim como fazer "anal sex" é possível em homem e mulher, com um certo custo (ou prazer até para alguns.. Vide caso do "To be"). A questão da comparação é, funcionar, funciona, uns gostam, outros não. Alguns tem problemas, outros não... A ideia de cross compiler, se parar pra pensar, se mantem, porém escondida dentro da jvm que interpreta byte code java. E mandar um pacote gerado em um ambiente (windows) para outro (*nix) é algo que já era possível antes mesmo de java. Novamente a comparação é valida aqui, porque falar que isso (multiplataforma) é o que faz java ser bom, é ignorar tudo o que realmente essa plataforma tem de bom e que são reais inovações e diferenciais perto de outras linguagens. Eu defendo java também e acho sim uma ótima solução para ser multiplataforma, porém durante desenvolvimento, tenho que usar os recursos da linguagem para garantir isso. Porém algum "mané", não utilizando os recursos da linguagem e cravou uma barra hardcoded para escrever esse arquivo "com.bea.dsp.ide.projectProperties.xml" o que gerou um problema em ambiente Linux na hora de empacotar o arquivo e fazer deploy através da IDE, é esse o caso que exemplifiquei acima no ALDSP. Resultado, no linux, foi criado arquivo ".settings\com.bea.dsp.ide.projectProperties.xml" quando deveria criar esse arquivo dentro do diretorio ".settings". Fiz a cópia manualmente e funcionou, claro.. Gosto muito de trabalhar com BEA e com Java, mas infelizmente, quando vejo erros como esse e o fato de não ter versão do workshop studio + flex para linux, deixam a desejar... Bom, vamos la..
Primeiro, nao sou “defensor” de .net e muito menos qualquer plataforma M$.. muito pelo contrário..
Sobre a comparação, é valida sim, porque fazer java ser multiplataforma tem custo e é possível, assim como fazer “anal sex” é possível em homem e mulher, com um certo custo (ou prazer até para alguns.. Vide caso do “To be”). A questão da comparação é, funcionar, funciona, uns gostam, outros não. Alguns tem problemas, outros não…

A ideia de cross compiler, se parar pra pensar, se mantem, porém escondida dentro da jvm que interpreta byte code java. E mandar um pacote gerado em um ambiente (windows) para outro (*nix) é algo que já era possível antes mesmo de java. Novamente a comparação é valida aqui, porque falar que isso (multiplataforma) é o que faz java ser bom, é ignorar tudo o que realmente essa plataforma tem de bom e que são reais inovações e diferenciais perto de outras linguagens.

Eu defendo java também e acho sim uma ótima solução para ser multiplataforma, porém durante desenvolvimento, tenho que usar os recursos da linguagem para garantir isso. Porém algum “mané”, não utilizando os recursos da linguagem e cravou uma barra hardcoded para escrever esse arquivo “com.bea.dsp.ide.projectProperties.xml” o que gerou um problema em ambiente Linux na hora de empacotar o arquivo e fazer deploy através da IDE, é esse o caso que exemplifiquei acima no ALDSP. Resultado, no linux, foi criado arquivo “.settings\com.bea.dsp.ide.projectProperties.xml” quando deveria criar esse arquivo dentro do diretorio “.settings”. Fiz a cópia manualmente e funcionou, claro..

Gosto muito de trabalhar com BEA e com Java, mas infelizmente, quando vejo erros como esse e o fato de não ter versão do workshop studio + flex para linux, deixam a desejar…

]]> Por: denyssene http://www.dev2dev.com.br/2008/07/03/frase-do-dia-java/comment-page-1/#comment-6 denyssene Fri, 04 Jul 2008 02:49:22 +0000 http://www.dev2dev.com.br/?p=11#comment-6 Na boa, eu conheço esse ditado de sites defensores do .Net - eu acho uma analogia bastante infeliz. O java funciona bem em várias plataformas sim. As pessoas não percebem mais que produzem um binário em Windows (EAR) e rodam ele sem problema nenhum em Linux, Solaris ou a seja la onde for. Antes, com outros tipos de sistema a gente precisava de um cross compiler e toda uma engenharia para conseguir produzir alguma coisa fora do ambiente de produção. Essa é a verdadeira portabilidade do Java. Quanto ao exemplo, não entendi... um arquivo de configuração de projeto em dsp... e? ps: sim, eu compro briga pelo java e pela bea hahahaha Na boa, eu conheço esse ditado de sites defensores do .Net – eu acho uma analogia bastante infeliz.
O java funciona bem em várias plataformas sim. As pessoas não percebem mais que produzem um binário em Windows (EAR) e rodam ele sem problema nenhum em Linux, Solaris ou a seja la onde for.
Antes, com outros tipos de sistema a gente precisava de um cross compiler e toda uma engenharia para conseguir produzir alguma coisa fora do ambiente de produção.
Essa é a verdadeira portabilidade do Java.
Quanto ao exemplo, não entendi… um arquivo de configuração de projeto em dsp… e?
ps: sim, eu compro briga pelo java e pela bea hahahaha

]]>