Buscar
Social
Ofertas laborales ES
martes
feb142006

Ruby on Rails atenta contra Java, pero falla y mata a PHP

Hace unos cuantos meses que dentro de la comunidad Java no paramos de escuchar que "Ruby on Rails va a matar a Java". Las voces apocalípticas advierten de la necesidad de abandonar Java en favor del framework Rails construido sobre lenguaje Ruby. El creador de Rails nos dejý perfectamente claro hace unas semanas que debýamos dejar retirar a Java con dignidad de las aplicaciones web.



Cuando publiquý aquella noticia javaHispano algunos amigos me criticaron por "no haber defendido a Java frente aquellas declaraciones". La verdad es que en aquel momento no tenýa tiempo para redactar la interminable lista de razones por las cuales estas predicciones apocalípticas carecen de sentido.



Para defender a Java, podrýamos referenciar los múltiples estudios que se han publicado recientemente que demuestran que Java, lejos estar en recesrión, está en clara expansrión (BZ Research , Evans Data, Evans Data II).



Podrýamos decir que Rails todavía no ha demostrado que sea apto para aplicaciones con altos requerimientos de escalabilidad, disponibilidad y seguridad. ¿Hay alguien tan loco como para desarrollar algo parecido a eBay sobre Rails? ¿Cuál es la mayor aplicacrión que se ha desarrollado con este framework? Estoy seguro que no será más que un juguete al lado de eBay, de aplicaciones bancarias, de aplicaciones de líneas aráreas, etc. que llevan mucho tiempo funcionando sobre Java.



Podrýamos argumentar que parece ridýculo que una pequeña compaýýa detrýs de un framework libre haya creado una solucrión que supera el resultado de la inversrión de cientos de millones de dýlares anuales por parte de Sun, IBM, Bea, Oracle, SAP, Intel... y otras 800 compaýýas, internacionales en la mayor parte, que están detrýs de la plataforma Java. Podrýa resultar que la solucrión de la pequeña compaýýa fuese comparable a la de las grandes, o incluso mejor, en un nicho muy especýfico. Pero de ahí a decir que Java tiene que retirarse de las aplicaciones web... Tambrión podrýa suceder, como con Linux, que se acabe creando una potente comunidad a nivel mundial capaz de plantarle cara al mundo empresarial; sin embargo, es obvio que no estamos ahí.



Tambrión podrýa alegarse que Rails no es más que un framework, y Ruby no es más que un lenguaje. Java es una plataforma. Nada impide realizar un porte de Rails a la plataforma Java; incluso incorporar Ruby dentro de la plataforma (como lenguaje que compila a bytecode y se ejecuta en la mýquina virtual) si realmente este framework y este lenguaje aportan algo de lo que carezcamos. Este clon tendrýa además la ventaja de poder apoyarse una plataforma robusta y probaba en la cual se han hecho muchas inversiones en rendimiento y que cuenta con unas amplias librerýas. De todas formas, probablemente no necesitemos esto y, para aquellos que quieran usar lenguajes de script en el desarrollo de aplicaciones web Java, les baste con los Groovlets.



Otro argumento seráa que Java es ampliamente empleado en aplicaciones empresariales (la "etiqueta" empresarial, David Heinemeier, no significa una excusa para crear software caro y doloroso a más precio de lo acordado y entregarlo tarde). En estas aplicaciones a menudo es imprescindible el contar con soluciones que tengan soporte 24x7x365 en cualquier parte del globo y que permite integrarse con aplicaciones legacy. Quizýs David Heinemeier (creador de Rails) podrýa tener la bondad de ilustrarnos como su framework va a cubrir este nicho de negocio.



No me voy a apoyar en ninguno de estos argumentos. Paga demostrar que Java sigue vivo emplearý argumento mucho más simple. PHP aún está vivo.



Java es una plataforma que viene del mundo empresarial, donde sigue teniendo una profunda raýz, y que tambrión ha llegado a crear una numerosa comunidad. Se emplea desde en tarjetas inteligentes hasta para crear componentes reutilizables de la lýgica de negocio de grandes aplicaciones distribuidas con altos requerimientos de seguridad, transaccionalidad y disponibilidad. Cuenta con un soporte amplísimo por parte de la industria en forma de librerýas, servidores de aplicaciones, herramientas de desarrollo, componentes... y tambrión servicios de soporte, consultorýa y formacrión.



PHP es un lenguaje de script nacido de entre la comunidad y que vive en la comunidad. Sýlo recientemente ha empezado algunos týmidos pasos en el mundo empresarial, en el que todavía tiene un soporte muy limitado. Y, en la práctica, sýlo se usa para crear pequeñas y medianas aplicaciones web.



ýDe qurión creýis que Rails es un competidor más directo? si realmente Ruby on Rails va a matar a alguien ýno deberýa de ser a PHP? Parece que Rails quiere atentar contra Java, pero me temo que (en el hipotýtico caso de que realmente "mate" a alguien) seráa a PHP (y a Perl). Yo empezaría preocuparme porque Ruby on Rails acabe con Java cuando PHP se haya extinguido por causa de este framework, y por lo de ahora no veo que esto suceda.



Cabe preguntarse entonces por quý tanto ruido en torno a este pequeño framework. La respuesta, probablemente, sea que los desarrollo del Java somos demasiado inquietos. Creo que nos podemos considerar la comunidad más despierta e inquieta de Internet. Siempre estamos buscando cosas nuevas, leyendo artículos sobre temas que no conoce nadie que no programe en Java (AOP, inversrión de control, una tonelada de patrones de diseño software y docenas de metodologías...) y buscando un framework/IDE/servidor de aplicaciones/motor de persistencia/... mejor que el que usamos. Y esto es aprovechado por unos pocos para vender libros y escribir artículos con predicciones apocalípticas (ýnadie se acuerda ya de que .NET iba a acabar con Java... si apenas aún está arrancando hoy?). Y nosotros, programadores Java, cýmo tratamos de estar a la ýltima en todo no podemos evitar leer en sus artículos y libros y echarle un vistazo al nuevo del barrio.



No digo que Rails sea un mal framework, no digo que no haya ciertos nichos en los que pudiera resultar mejor que Java (aunque habrýa que tener en cuenta la mayor cantidad de librerýas, herramientas, conocimiento... que hay en torno a la plataforma Java, lo cual, probablemente, volverýa inclinar la balanza hacia ella). Pero tengo claro que PHP desapareceráa la faz de la tierra antes de que Rails fuese capaz de hacer que Java se retirase de las aplicaciones web, y yo sigo viendo PHP ahí, y creo que va a seguir a muchos, muchos años.



Esta noticia es sýlo mi opinrión personal sobre este asunto. ¿Cuál es tu opinrión?.
martes
feb142006

Motivos prýcticos para no usar SWT

En este weblog el autor comenta una serie de problemas prýcticos que se ha encontrado con SWT. A diferencia de muchas otras guerras entre Swing y SWT los motivos por los que prefiere uno u otro son pragmíticos y tangibles, y no discusiones sobre si uno tiene más rendimiento que el otro con más fidelidad con las aplicaciones nativas del sistema operativo.





El autor comienza contando como no le fue posible bajarse una versrión de Eclipse para Mac OS X sobre Intel; sýlo la beta de la versrión 3.2 soporta esta plataforma por causa de SWT. Tambrión se pregunta quý sucederý con el editor visual de eclipse, justo ahora que empezaba a funcionar en Mac OS X. ýCuanto tiempo tardarý que quizýs cuando aparezca Windows Vista suceda algo similar.





Tambrión se queja del soporte para Linux, plataforma la cual todavía no se soporta la impresrión en SWT. El artículo concluye diciendo que SWT sýlo funciona correctamente para Windows, y que si quieres limitarte a aplicaciones para esta plataforma quizýs deberýas haber elegido otro lenguaje de programacrión.





ýstas no son, ni mucho menos, las primeras quejas que oigo sobre SWT en otras plataformas diferentes de Windows. Yo siempre usado Swing, nunca he sentido necesidad de emplear otra cosa, así que nunca he experimentado estos problemas personalmente pero ¿alguno de vosotros los ha padecido?
lunes
feb132006

Concurso de artículos sobre OpenOffice

OpenOffice.org anuncia el concurso de artículos sobre OpenOffice dirigido a desarrolladores. Este concurso ha comenzado en febrero y tendrý una duracrión inicial de 6 meses (dependiendo la acogida recibida podrý extenderse hasta 1 aráo). Cada mes se elegirý un ganador quien recibirý un premio de US$750.



La motivacrión de los organizadores es aumentar la documentacrión týcnica sobre Ooo y promocionar esta suite de oficina entre los desarrolladores.



Algunas condiciones para que los artículos sean aceptados son: 1)Tener por lo menos unas 1200 palabras (aprox. tres pýginas, excluyendo los trozos de código y capturas de pantalla) 2)Ser presentados en inglýs, sin embargo se permite la participacrión por equipos por lo cual uno de los integrantes puede escribir el artículo y el otro traducirlo 3)Los artículos deben ser enviados por correo electrýnico como archivos adjuntos en formato OASIS OpenDocument.



Para ingresar a la competencia no interesa que lenguaje de programacrión (C++, Java, Python, Perl, etc) o IDE (NetBeans, Eclipse, Microsoft Visual Studio, Borland Delphi, etc) se utilice ýestás interesado? ýhas hecho desarrollos utilizando Ooo con Java (o algún otro lenguaje)? ¿Anímate! Aún tienes tiempo para preparar tu escrito.
lunes
feb132006

NetBeans WorldTour llega a Madrid

El equipo týcnico de NetBeans esta de gira. El prýximo 23 de Marzo actuan en Madrid. Una interesante oportunidad para conocer de primera mano las ultimas novedades como NetBeans 5.0, Mobility Pack, Matisse, y roadmap de NetBeans 5.5.
lunes
feb132006

II Conferencia Internacional de Software Libre

Del mriórcoles al viernes de esta semana se celebra en el palacio de Congresos de Málaga la II Conferencia Internacional de Software Libre. En la conferencia participarýn, entre otras organizaciones y empresas, Sun Microsystems, IBM, Oracle, HP, la fundacrión Apache... y, al igual que en la primera edicrión de la conferencia, javaHispano :).



Por allí andará Emilio Escobar, a quien le debemos el mantenimiento de la web, y un servidor. Si va a haber más javaHispanos por allí podemos intentar quedar para vernos los caretos. ¿Alguno de vosotros tiene pensado asistir?.