Java e linguagens dinâmicas

[PJ]

Quarta-feira andei conversando com um amigo que tem a opinião que eu
tinha em 2004/5: ele acredita que HOJE, Java está tão evoluído que não
há necessidade de se utilizar alguma outra linguagem para solucionar
qualquer problema na empresa em que estamos trabalhando. Eu fui contra
e defendi a minha opinião atual do uso de Python, Groovy, Ruby, Bash
ou de qualquer outra linguagem e/ou framework que for necessária para
entregar uma boa solução para um problema, rapidamente e com
qualidade. Java como PLATAFORMA, suporta o uso de linguagens dinâmicas
como Groovy, Python, Ruby, JavaScript, etc.

Escrevi este post (http://blog.paulojeronimo.com/2009/05/java-e-
linguagens-dinamicas.html) para ele e para todos os outros amigos
Javaneses que tenho e que talvez, tenham uma opinião/visão similar.

Gostaria muito de ler seu comentário sobre este assunto em meu blog ou
neste fórum.

Att,

PJ
http://paulojeronimo.com

[Alexandre Gomes]

Durante reunião da organização do SouJava, na semana passada, tive uma discussão pesada sobre este mesmo assunto. Estávamos falando da grade do JustJava e eu defendia a importância de se abordar outras coisas além de Java no evento. Nego foi super contra. Acreditam muito de que Java ainda é tecnologia em ascensão e ainda desperta interesse ardente do mercado. Fiquei puto e não disse mais nada pelo resto da conversa :-)

Não coloquei como comentário pra não ficar muito público.

[]s

2009/5/8 PJ <pauloj...@gmail.com>

--
Alê!

[Felipe Rodrigues]

Java pode resolver muitos problemas realmente. Talvez até todos os
problemas de um empresa que sejam relacionados software. Porém, isso nào
quer dizer que Java é a forma mais rápida e produtiva.

Linguagens dinâmicas podem ser muito mais produtivas que Java. E é por
isso que é bom utilizarmos outras linguagens.

Grande abraço,

Felipe

[PJ]

Caraca Alê!

Isto quer dizer então que eu tenho a possibilidade de ter a palestra
que submeti (http://blog.paulojeronimo.com/2009/05/trabalho-submetido-
ao-justjava-2009.html) estar fora do contexto?

Att,
PJ

On May 8, 11:10 am, Alexandre Gomes <alego...@gmail.com> wrote:
> Durante reunião da organização do SouJava, na semana passada, tive uma
> discussão pesada sobre este mesmo assunto. Estávamos falando da grade do
> JustJava e eu defendia a importância de se abordar outras coisas além de
> Java no evento. Nego foi super contra. Acreditam muito de que Java ainda é
> tecnologia em ascensão e ainda desperta interesse ardente do mercado. Fiquei
> puto e não disse mais nada pelo resto da conversa :-)
> Não coloquei como comentário pra não ficar muito público.
>
> []s
>

> 2009/5/8 PJ <paulojeron...@gmail.com>

[Leandro Rodrigues Chaves]

Interessante é ver como os Javeiros são orgulhosos de sua linguagem favorita. Se esquecem de tudo, inclusive que as máquinas precisam serem relativamente robustas pra se manter softwares em Java. Java tem sua aplicabilidade, mas definitivamente, pelo menos para aplicações web e outras coisas que precisam ser feitas com mais velocidade e que resultem em softwares mais rápidos, existem tecnologias melhores, e que estão em constante ascensão, como é o caso do PHP, que é, inclusive, mais popular que Groovy, Python ou Ruby.

2009/5/8 PJ <pauloj...@gmail.com>

--
--------------------------------------
Leandro Rodrigues Chaves
Arquiteto de Software PHP
Tel: (61) 8115-3713
--------------------------------------

[Vinicius Assef]

Pessoal, já participei de listas de natural, cobol, delphi, java, php, perl, c, c++, python (essa eu ainda participo) e também de alguns frameworks web e vejo que está acontecendo aqui o mesmo que vi em todas essas listas.

Quando eu trabalhava com mainframe e dizia para as pessoas que estava estudando PHP ou Java, o povo perguntava: "está virando micreiro, agora?!".
Quando um dia eu disse que estava aprendendo um tal de script shell, nêgo quase saiu correndo! rsrs

Na minha opinião, dois motivos fazem com que uma pessoa escolha determinada linguagem (ou tecnologia, ou ambiente, como queiram):
a) essa é a linguagem que a empresa determina;
b) o cara tem vontade de trabalhar com a linguagem, e resolve estudá-la.

A questão é que as pessoas abraçam uma linguagem com a mesma paixão que um time do coração.Tem gente disposta a brigar mesmo por isso e não aceita nenhuma novidade.

É como se a "nova linguagem" fosse destronar a pessoa e invalidar todo o seu conhecimento! Se a nova linguagem X é mais fácil do que a Y, o cara logo pensa: "é linguagem amadora", ou coisa parecida.

Só que depois de viver de tecnologias diferentes ao longo da vida, eu vejo que bom mesmo é vc saber o máximo de tecnologias (linguagens, frameworks, editores) e técnicas que puder.
Já trabalhei com mainframe, desktop, client/server e agora web e sempre transponho experiência de um ambiente para outro. Claro que as nomenclaturas e as sopas de letrinhas mudam, mas a experiência faz a sua força.

PJ, concordo plenamente com a frase sobre pregos e martelos. É por aí mesmo!

Claro, vc precisa *saber fazer* alguma coisa produtiva nos ambientes que se propuser a aprender. Mas ser *O* especialista só na ponta-direita, vai deixá-lo torto qdo vc precisar jogar no meio-campo.

Não é isso que queremos ser em nossa vida profissional, certo? ;-)

--
[ ]s
Vinicius Assef.
http://aprenda-python.blogspot.com

2009/5/8 Leandro Rodrigues Chaves <leandr...@gmail.com>

[Alexandre Gomes]

Fantástico, Vinícius!

E eu extendo esse discurso também às metodologias. Por estarmos nesta lista, é natural que estejamos passando por momentos de encantamento com a filosofia da agilidade mas, ainda sim, acho que é importante permanecermos ligados a outras movimentações de mercado, não necessariamente convergente com nossos interesses atuais. No mínimo, no mínimo, ganharemos mais propriedade na defesa do nosso atual ponto de vista ágil.

[]s

2009/5/11 Vinicius Assef <vinic...@gmail.com>

--
[]s!

[Daniel Pedroso]

Eu acho que as linguagens são meras ferramentas. Cada uma tem sua
aplicabilidade.
Onde trabalho, tem projetos que precisam ser desenvolvidos em 2
semanas, e estarão no ar por cerca de 1 mês somente. Nestes casos, não
compensa projetar múltiplas camadas, patterns e tals. Ou seja, vale o
que for mais rápido, porque o prazo é a variável mais importante a ser
maximizada. Se foi feito usando java, ruby, php... não tem
importância. Não compensa nem avaliar todas elas pra saber qual é a
melhor. A que tiver na mão, a gente usa.
Já para os sitemas corporativos a coisa muda. O prazo de validade tem
que ser maior. Os requisitos de performance são críticos. Neste outro
cenário, aposto no Java mesmo. Pelo menos para a camada de negócio.

[Adriano PMP]

A esolha da linguagem é realizada levando em considerações n fatores, como custo do projeto, tempo, segurança, escalabilidade, usabilidade , etc... e o mais importante o conhecimento técnico dos envolvidos no projeto... Não existe linguagem melhor ou pior, cada uma tem o seu campo de utilização.  E quanto ao citado PHP, esta não é considerada como uma liguagem segura devido a vários fatores técnicos... Dificilmente você verá um sistema bancário escrito em PHP...Se vc encontrar me avisa....

2009/5/8 Leandro Rodrigues Chaves <leandr...@gmail.com>

Interessante é ver como os Javeiros são orgulhosos de sua linguagem favorita. Se esquecem de tudo, inclusive que as máquinas precisam serem relativamente robustas pra se manter softwares em Java. Java tem sua aplicabilidade, mas definitivamente, pelo menos para aplicações web e outras coisas que precisam ser feitas com mais velocidade e que resultem em softwares mais rápidos, existem tecnologias melhores, e que estão em constante ascensão, como é o caso do PHP, que é, inclusive, mais popular que Groovy, Python ou Ruby.

[Ice-Man]

    Daniel,

 

  Concordo contigo sobre o cenário cooporativo: Java, no doubt!! ;-)) A dúvida são as tecnologias/frameworks as serem adotados. Mas, isto já depende de aspectos (leia-se requisitos) arquiteturais.

  1 grande ]o[ a todos,

Derlon

2009/5/12 Daniel Pedroso <dani...@gmail.com>

Ao encaminhar esta mensagem (ou qualquer 1 q se destine a mim tb), não se esqueça de retirar o meu nome e o meu End. de E-Mail e coloque todos os End.s dos destinatários em Cópia Oculta - CcO (BCc). Ajude a combater o Spam!