Nunca pensé en migrar nada a Ruby, básicamente por la pérdida de control sobre lo que hace el lenguaje. No me importa “perder” el tiempo optimizando queries o haciendo el código más eficiente, cosa que parece harto difícil en Rails.

Parece más bien una moda en esto del web 2.0 más que otra cosa, como antes hubo con otros frameworks.

“The idea that new code is better than old is patently absurd. Old code has been used. It has been tested. Lots of bugs have been found, and they’ve been fixed. There’s nothing wrong with it. It doesn’t acquire bugs just by sitting around on your hard drive. Au contraire, baby! Is software supposed to be like an old Dodge Dart, that rusts just sitting in the garage? Is software like a teddy bear that’s kind of gross if it’s not made out of all new material?”

Lo nuevo es atractivo pero a veces nos metemos presión innecesaria intentando renovar cosas que funcionan perfectamente.

Lo normal es que en un entorno empresarial convivan varias aplicaciones con diferentes lenguajes, incluso compartiendo datos. En muchos sitios siguen vivas aplicaciones en VB6 (incluso 5), y suelen ser grandes monstruos que no es fácil de migrar. Seguramente sobre ellas se desarrollen módulos o funciones en nuevas tecnologías que las complementen, dotandolas de nuevas funcionalidades o, por ejemplo, movilidad. Pero el coste de migración de eso hace casi implanteable la opción.

Creo que el valor de un departamento de TI tiene mucho que ver con la elección de la tecnología adecuada para cada necesidad de negocio en cada momento. Cuando cambia la tecnología, el negocio o el tiempo, las decisiones son, necesariamente, diferentes. Pero eso no invalida las tomadas con los parámetros anteriores.