<body><script type="text/javascript"> function setAttributeOnload(object, attribute, val) { if(window.addEventListener) { window.addEventListener('load', function(){ object[attribute] = val; }, false); } else { window.attachEvent('onload', function(){ object[attribute] = val; }); } } </script> <div id="navbar-iframe-container"></div> <script type="text/javascript" src="https://apis.google.com/js/platform.js"></script> <script type="text/javascript"> gapi.load("gapi.iframes:gapi.iframes.style.bubble", function() { if (gapi.iframes && gapi.iframes.getContext) { gapi.iframes.getContext().openChild({ url: 'https://www.blogger.com/navbar.g?targetBlogID\x3d5078236\x26blogName\x3dSoloJava+Noticias\x26publishMode\x3dPUBLISH_MODE_BLOGSPOT\x26navbarType\x3dBLUE\x26layoutType\x3dCLASSIC\x26searchRoot\x3dhttps://solojava.blogspot.com/search\x26blogLocale\x3des_ES\x26v\x3d2\x26homepageUrl\x3dhttp://solojava.blogspot.com/\x26vt\x3d1431656211189939993', where: document.getElementById("navbar-iframe-container"), id: "navbar-iframe" }); } }); </script>

SoloJava Noticias

Lo mejor del mundo IT con o sin Java

¿Ruby-on-Rails o J2EE?

El buzzword de Ruby-on-Rails cada vez aumenta más, tanto que muchos lo consideran el nuevo grial.

Aqui les dejo un artículo donde hacen una buena comparación entre Ruby-on-Rails y J2EE.

Ruby on Rails and J2EE: Is there room for both?

En mi opinión, una de las ventajas de Ruby-on-Rails sobre J2EE (y en general de Ruby sobre Java) es el esquema de licenciamiento.

Por otro lado J2EE ya es una arquitectura madura y que ha sido probada "en combate" con excelentes resultados, mientras que Ruby-on-Rails está todavía "en pañales" (nota: no quiero ser despectivo con el término), pero el cual merece por lo menos una probada.
« Home | Next »
| Next »
| Next »
| Next »
| Next »
| Next »
| Next »
| Next »
| Next »
| Next »

3:36 p. m.

Interesante este artículo, habría que estudiar un poco más para hacer una comparación más justa, pero nada más al nivel de los lenguejes de programación, mi experiencia me dice que mientras más dinámico sea el lenguaje (no declaración de variables, envio de mensajes dinámicos, etc.) más complicado se hace contruir aplicaciones de cierto tamaño. El proceso de compilar y de que el compilador notifique de errores antes de su ejecución es excelente para mi gusto.

Previamente trabajaba con Smalltalk y les puedo decir que aunque está miles de años adelante que Java en lo que a orientación a objetos se trata, me es dificil volver a un lenguaje tán dinámico como Smalltalk, Ruby, Python cuando de aplicaciones complejas se requiere    



» Publicar un comentario