CMilfont wrote:
> Fabr�cio, n�o vou falar de cada uma das tecnologias que voce citou,
> mas s� a titulo de exemplifica��o, EJB � uma padroniza��o mal feita do
> Hibernate com Sprint, Hibernate X, ou Maven Y � foda de usar como
> argumento porque s�o melhoramentos de coisas que j� existiam, n�o d�
> para comparar assim, n�o h� nada de inova��o nisso.
> DWR eu j� usava em 2005, Hibernate desde final de 2004, apesar de
> achar as versoes anteriores ruins, Spring � de final de 2003 e
> apresentado como estouro em 2004.
> Nada do que voce citou que realmente � inova��o saiu depois de 2005.
N�o quero entrar no m�rito t�cnico de nenhuma delas, porque se n�o a
conversar vai longe. Olhando s� o quanto a inova��o: EJB, por exemplo,
sendo ruim ou bom e mesmo DI n�o sendo nada novo, trazer isso para
dentro do servidor de aplica��o de forma "/light/ weight" e integrado a
toda a stack JEE, acho que foi sim uma inova��o. Hibernate e Spring j�
existiam, mas a utiliza��o de annotations nas novas vers�es, eliminando
quase que totalmente aquela porrada de XML deu um ganho de produtividade
e foram sim inova��es. Maven 2 do Maven 1 s� tem o nome, ent�o foi uma
inova��o. DWR foi criado em 2004, em 2005 talvez n�o tenha sido uma
inova��o para voc�, mas para quase toda a comunidade � uma coisa
relativamente nova. E mesmo que essa minha opni�o n�o seja unanimidade,
acho que � for�ar muito a barra dizer que " Java parou de evoluir".
>
> JCP � para padroniza��o mas a v�ia pol�tica de l� est� imperrando a
> evolu��o porque a padroniza��o demora muito tempo, o pessoal fica
> cabreiro de investir em frameworks fora da especifica��o, o que � o
> natural ou pelo menos deveria ser.
> Deveriamos esperar a especifica��o por isso ser algo bom, s� que o JCP
> quando termina ainda faz a coisa errada, sempre, o melhor das
> implementa��es � deixado de fora por politica.
JCP � mesmo cheio de mazelas e alguns ficam mesmo cabreiro de investir
em frameworks fora da especifica��o, mas acho que n�o deveria ser assim.
N�o sei de nenhuma outra plataforma que possui algo parecido com o JCP e
mesmo assim o pessoal n�o fica com receio de adotar coisas "fora da
especifica��o". Esperar a especifica��o acho que s� mesmo pro
enterprises da pesada, mas esses caras n�o s�o os que devemos esperar
inova��es.
>
> 2009/11/27 Fabricio Lemos <
fabrici...@sefaz.ce.gov.br
> <mailto:
fabrici...@sefaz.ce.gov.br>>
>
> EJB 3, Seam, Guice, Richfaces, Ajax4JSF, Spring 3, Hibernate 3,
> Maven 2,
> Glassfish, Wicket, DWR. E ainda todas a linguagens que passaram a ser
> suportadas pela JVM. Algumas dessas a� surgiram antes de 2005, mas
> vieram a ser adotadas em peso mesmo de uns tempos pra c�.
>
> De qualquer maneira, n�o d� para esperar que Java, pela grande
> maturidade e pelo grande conjunto de solu��es, evolua na mesma
> velocidade do que Rails.
>
> Odilio Noronha wrote:
> > GWT, play framework, spring roo...
> >
> > 2009/11/27 CMilfont <
cmil...@gmail.com
> <mailto:
cmil...@gmail.com> <mailto:
cmil...@gmail.com
> <mailto:
cmil...@gmail.com>>>
> >
> > Fa�am o exercicio simples, pensem em tudo que aconteceu com Java
> > de 99 [quando amadureceu e se tornou rapazinho] at� 2004. E
> veja o
> > que aconteceu com Java de 2005 para c�.
> > Toda a inova��o parou simplesmente.
> > Em termos de frameworks por exemplo, Hibernate, Spring, JSF
> e todo
> > mainstream atual � do per�odo entre 99 a 2004, ap�s 2005
> voc� n�o
> > tem nada mais de inova��o, s� mesmice.
> > <mailto:
expide...@gmail.com <mailto:
expide...@gmail.com>>>
> >
> > Closures no java 7 s�o a prova que n�o parou n�o, apenas
> > caminha a uma velocidade que da a seguran�a necessaria que
> > <mailto:
cmil...@gmail.com <mailto:
cmil...@gmail.com>>>
> >
> > Por isso mesmo que eu digo "que o diga".
> >
> > Todo mundo por a� continua usando *DELPHI* e continuam
> > come�ando novos
> > projetos usando ele :)
> >
> > S�rio, JSF � a morte do Java como tecnologia para a WEB
> > justamente por esse argumento. Java parou de evoluir,
> > pessoal do Hibernate por exemplo correu todo para a
> aba do
> > JCP e querem mudar um mundo que n�o quer ser mudado.
> > Como alguem disse certa vez, as coisas precisam
> mudar para
> > <mailto:
linhares...@gmail.com
> > Todo mundo por a� continua usando JSF e continuam
> > come�ando novos
> > projetos usando ele :)
> >
> > Ainda fico surpreso com o interesse das pessoas em
> > sofrer tanto pra
> > fazer apps web, mas enfim, eles continuam usando.
> > Olhando de fora pro
> > JCP hoje eu vejo que ele � realmente o ideal pra uma
> > comunidade t�o
> > resistende a mudan�as como a do Java. Se as coisas
> > fossem r�pidas
> > muita gente j� teria desistido a muito tempo.
> >
> > Tem muita gente por a� que vive reclamando da
> > quanitdade de "coisas
> > novas" que surgem todo dia :)
> >
> > -
> > Maur�cio Linhares
> > <mailto:
cmil...@gmail.com
> <mailto:
cmil...@gmail.com>>>:
> > > N�o tenham tanta certeza, se o processo de
> libera��o
> > de novas features do
> > > JCP j� era lento, pode ir imaginando um estilo
> > piorado. Hoje n�o h� espa�o
> > > para lentid�o, algo com mais de 1 ano j� fica para
> > historia, JSF que o diga.
> > >
> >
> > --
> >
> > You received this message because you are subscribed
> > to the Google Groups "java.ce" group.
> > To post to this group, send email to
> >
jav...@googlegroups.com
> <mailto:
jav...@googlegroups.com> <mailto:
jav...@googlegroups.com
> > <mailto:
javace%2Bunsu...@googlegroups.com
> <mailto:
javace%252Buns...@googlegroups.com>>.
> <mailto:
jav...@googlegroups.com> <mailto:
jav...@googlegroups.com
> > <mailto:
javace%2Bunsu...@googlegroups.com
> <mailto:
javace%252Buns...@googlegroups.com>>.
> > <mailto:
jav...@googlegroups.com
> > <mailto:
javace%2Bunsu...@googlegroups.com
> <mailto:
javace%252Buns...@googlegroups.com>>.
> > <mailto:
jav...@googlegroups.com
> > <mailto:
javace%2Bunsu...@googlegroups.com
> <mailto:
javace%252Buns...@googlegroups.com>>.