🚀 go-pugleaf

to�o escribi�:
> No lo hemos dejado por completo, s�lo un poco de lados. Nos cuesta mucho 
> competir con un lenguaje tan complicado... y el que no lo encuentre 
> complicado probablemente no sabe tanto. Hemos invertido mas de 500 lucas 
>  en libros y cosas y cuando ya pareces dominar algo bien, cambian todo. 
> Y es porque la comunidad de Java no esta de acuerdo, esta dvidida, entre 
> el "oficial" de SUN JEE y el "open source" de Spring, Hibernate etc.


En realidad tan complicado no es... lo complicado es acostumbrarse a que 
cada pedazo de codigo debe contextualizarse de acuerdo a que lugar ocupa 
en una estructura de servicios super grande y super extensible, donde 
participan muchos actores corporativos y comunitarios. Por ejemplo, 
nosotros ya nos hemos habituado a usar componentes apache en servidores 
de aplicaciones propietarios y para mantener el ritmo de produccion 
segun nuestra estrategia hemos tenido que desarrollar nuestra propia 
capa de servicios sobre el contenedor (para todos los proyectos) y 
nuestras propias herramientas modeladoras y generadoras.


> 
> Cuando llegamos a ROR nos dimos cuenta que todo es por convenci�n, lo 
> que autom�ticamente nos cautivo. Realmente hemos desarrollado muy 
> r�pido. �Has hecho un portal web en Java MVC? con rails nos demoramos 4 
> d�as con dise�o incluido.
> 


Cierto, sin un framework o sin un generador de codigo o sin un proceso 
maduro a morir, definitivamente ser�a un parto.


> Java es un excelente lenguaje, enormemente flexible. Ruby on Rails no es 
> un reemplazante pero si una alternativa para proyectos que no requieran 
> una l�gica de negocio compleja. Ahora la mayor�a de los pasteles 
> encuentran TODO complejo y creeran que es solo pa hacer cosas chicas y 
> no es as�. Complejo significa m�s de 20 clases de negocio (no tablas de 
> BD porsiacaso).


Asi es, cada cosa en su lugar. Tampoco veo a ROR soportando una capa de 
negocio compleja, pero en lo que a MVC se refiere, le veo el potencial 
de facilitar la vida mucho mas que lo hace Java. Perfectamente pueden 
ser complementarios.


> 
> Por eso ahora usamos rails. Somo una pyme que construye servicios web2.0 
> para otras pymes y Java s�lo encarecia las cosas.


Yep, en tu caso tengo la misma opini�n.



rro