Si sólo existiera un J2EE Rumble/Day…
Publicado por Román González 10 Septiembre 2007 en General. Etiquetas: No Tags. english • españolHoy a eso de las 2 AM se dio por terminado el Rails Rumble, estuvimos como 1 hora frente al monitor (como zombies) viendo lo que todos los demas equipos pudieron realizar en 48 horas. Mis impresiones son que necesitamos un diseñador gráfico :-).
De repente me puse a pensar y les dije a los muchachos…
Se imaginan un J2EE Rumble o J2EE Day?
Realmente seria el “J2EE Week” o “J2EE Rumble with your teammates cause you can’t stand each other anymore”.
Con eventos como estos te das cuenta que Rails es ágil, las cosas que puedes realizar si tienes el know-how en 48 horas son realmente sorprendentes. Aplicaciones como Electronic Checkbook, Elf List ó Sakebar (La última creada por nosotros) son las que demuestran que Rails se lleva por los cachos a Java, PHP y otros en desarrollo de aplicaciones ágiles.
El evento fue muy divertido, y en verdad lo volveria a hacer otra vez.
Por cierto si quieren ser jueces del evento se pueden inscribir aquí, si lo hacen no se olviden de votar por nosotros :-D.
Lo dijiste bien, “aplicaciones agiles”, ¿pero son escalables realmente?
RoR es espectacular pero esta en maduración hay un mundo de cosas que todavía siguen inmaduras en rails.
Confío mas es J2EE todavía…
Normalmente trato de eludir estas discusiones de “el mio es mejor que el tuyo”, pero es que hay un momento en que cansa la arrogancia (lamento de antemano el uso del término pero es el que mejor lo describe) repetida de los usuarios de Rails como herramienta de desarrollo. Cada días más la diferencia entre un usuario Rails y un usuario Ubuntu son pocas, se la pasan dando vueltas en cuanto forum existe para pregonar su casi “religión” de que “el mio es el mejor” (por cierto soy usuario Fedora :-P), si no fuese porque Ruby y RoR son tecnologías decentes y perfectamente aplicables para cierto tipo de problemas, solo formar parte de un grupo tan fanático da miedo.
Cada herramienta tiene su uso, y aunque soy un desarrollador que prefiere a la plataforma J2EE, nunca he descartado la posibilidad de usar Rails, incluso he hecho experimentos con el. Por qué no lo he hecho todavía fuera de laboratorio?, el no poder desarrollar un cliente rico (rich client) portable con facilidad reusando código hecho en Ruby, el no tener un framework como Java Web Start, el no poder acceder sistemas legacy con Ruby, en resumen Rails es solo Web y Web no lo es todo, y entre tener un pedazo de mis aplicaciones escrita en Ruby y otra en otro lenguaje/framework, a tener todo en Java, me quedo con la opción de todo en Java
No me imagino escribiendo mi aplicación de más de 1.2 millones de líneas de código en Ruby (contadas rápidamente con SLOCCount http://www.dwheeler.com/sloccount/ y solo doy el numero de los componentes *.java), y mis amigos de este site saben muy bien que detesto código generado; simplemente no me veo nuevamente cambiando la definición de una clase y tener que buscar a mano todos los lugares donde se usa por la no existencia de un compilador. OJO y tengo la experiencia de haber tenido la misma aplicación en versiones anteriores desarrollada en Smalltalk, tan o más dinámico que Ruby, se llega un punto es que es inmanejable
Me gusta esta parte que dice “si tienes el know-how” .. claro cualquier persona que tenga el know how puede hacer lo mismo o más en un framework competidor con RoR. No es el lenguaje/framework el que predomina en un 100% que puedes hacer o no, es el usuario.
Con respecto a un “J2EE Rumble”, sería muy interesante, y estoy seguro que no todos estarían peleando entre si porque no se soportan, seguro estarán aprendiendo de como cada uno hace las cosas de diferentes maneras ya que nunca creeré en un único megaframework que es la solución a todo. Pero conociendo a los fans de RoR, si se hace un “J2EE Rumble” o algo parecido, muchos perderán su tiempo diciendo, “se copiaron de nosotros” sin observar que pueden aprender de lo que salió de esa experiencia
Realmente, no le quito el credito a Java, PHP ni a ningun otro lenguaje, tienes razón en el sentido de los logros que ha tenido Java en el mundo de la programación y de como yo usaba Java para todo. No es arrogante considerar que algo es mas útil que otra cosa en “algún aspecto”. Yo no consideraria Ruby para un maratón de programación por ejemplo, ahi Java y C++ ganan la partida.
No tiene sentido realizar “yet another programming language war”, pero este tipo de eventos son los que demuestran las capacidades de cada lenguaje/framework para lo que es.
Mi objetivo es notar que como bien apoyo Zeitan es que “Ruby/Rails” es ágil, y adaptable al cambio rápido (y sin ser bestias). Java es para aplicaciones empresariales escalables y C++ es para un SO o un buen juego ;-).
Cada uno en su lugar… espero que con esto no se genere otra nueva guerra de los lenguajes que tanto me fastidia (pero que accidentalmente genere a la final)
Saludos.
Robert,
No se si el término apropiado sea “arrogancia” pero vale …,
Creo que la idea era enfatizar lo del aspecto “ágil” del desarrollo, la idea del RailsRumble es además de hacer una aplicación Rails en 48 horas, tienes que hacer el setup de tu servidor en esas 48 horas.
Por cierto que en nuestro caso el “coverage” de los tests (unitarios y funcionales) , bueno en realidad de los specs (por que usamos behavior driven development en vez de test driven development) fue de un poco más del 75% - http://sakebar.tumblr.com/post/11253243
Solo para terminar por mi parte y no extender más esta charla, cuando digo arrogante no me refiero a que X no sea mejor que Y realizando cierta actividad Z, si no a que no existe oportunidad en que no se compare Rails con otras cosas, desde realizar videos tipo Apple contra PC, o como en este caso hacer comentarios desagradables contra otras comunidades de desarrolladores.
“Cuando se critica mucho las cosas del vecino, es que se quieren tener las cosas del vecino”
Me gusto tu frase final robmv, también muchas veces cuando defendemos a capa y espada una tecnología descuidamos mucho los avances de las otras y pensamos que todavía la misma quedo como cuando la dejamos, esto para mi es un error muy grave.
Ningun tecnología sera nunca mejor que otra, cada cual tiene un propósito y listo, con lo que uno se sienta mas cómodo es con que desarrollara pero no se puede ser cabeza cerrada y solo ver lo que tenemos en frente.
Ciertamente entiendo un punto, como consultoría uno debe ofrecer un valor agregado al servicio y poner algo diferente al resto, y es una punta de lanza siempre usar lo que otros no manejan pero no sin esto dejar de lado lo que el mercado demanda o el cliente requiere. Con esto también finalizo mi punto de vista.