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.

“Cuando se critica mucho las cosas del vecino, es que se quieren tener las cosas del vecino”

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

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.

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