¿Debo volver a escribir mi aplicación Codeigniter/PHP en Ruby on Rails? ¿Por qué?

Question

Ya tengo v1 de mi aplicación web escrita en Codeigniter/PHP. Ahora estoy trabajando en v2, que tendrá algunos cambios significativos en todos los componentes de MVC.

Estoy bastante cómodo con CI y me gusta. Muy intuitivo para un codificador de C como yo. Pero me pregunto si vale la pena reescribir la aplicación en Rails? ¿Valdrá la pena el costo de aprendizaje de otro marco desde el principio? Quiero ser práctico y no perseguir algo solo porque es más fresco o más divertido.

Éstos son algunos de los criterios de productividad:

• HTML y CSS generación es bastante laborioso. ¿Tiene Rails algo distintivo para ayudar con esto?

• Me gustaría volver a utilizar el código de otras personas para la funcionalidad comúnmente implementada (por ejemplo, la interfaz con FB, Twitter y otros sitios sociales). ¿Cuánto más reutilizaré el código de terceros con Rails?

• ¿Cuánto más me beneficiaría de la comunidad de Rails frente a la comunidad de CI?

• Haga las pruebas automatizadas más fáciles. Pruebo manualmente hoy, que es laborioso.

Agradecería los beneficios específicos frente a los argumentos idealistas/religiosos. Gracias!

Answer 1

Codeigniter es obviamente un framework construido en PHP. Si bien existen diferencias fundamentales entre PHP y Ruby, todos sus criterios se pueden cumplir con cualquiera de los dos idiomas. La migración a Ruby parece ser una pérdida de tiempo teniendo en cuenta sus necesidades. Hay muchas maneras de automatizar HTML/CSS en PHP y existen numerosas integraciones de código abierto de Facebook/Twitter (solo revisa las secciones de desarrollador de FB y Twitter). También hay muchas opciones de prueba de PHP de código abierto disponibles. ¡Google es tu amigo! OMI sería una gran pérdida de tiempo reescribir toda su aplicación por el bien de sus criterios cuando hay muchas soluciones PHP para su problema.

Answer 2

Creo que la mejor comparación aquí sería CI a Symfony. Symfony 1.4 es un framework de PHP más o menos a la par con la funcionalidad de Rails, por lo que puedo decir a través de mi investigación, de todos modos (no soy un programador de Ruby).

Si cambiara a Symfony, obtendría muchas herramientas de productividad. Symfony 1.4 + Doctrine tiene la capacidad de generar una gran cantidad de código/interfaz para usted. A Symfony/Doctrine le gusta mantenerte alejado de tareas repetitivas como la creación de modelos y la validación de datos.

Si quiere hacer su investigación con anticipación, le sugiero que lea a través del e-book gratuito de Symfony Piratical Symfony para que tenga una idea de cómo funcionan las cosas en Symfony.

Ahora, con todo lo dicho, me siento obligado a mencionar que el equipo de Symfony está trabajando en Symfony 2.0, que no será compatible con Symfony 1.4. La fecha de lanzamiento esperada es marzo de 2011. Espero que el mantenimiento de Symfony 1.4 continúe en el futuro.

- Editar -

también creo que la pervivencia de su lengua materna permitiría a desarrollar con la menor cantidad de sobrecarga. Cambiar a un nuevo idioma significa tener que aprender sus altibajos para ser verdaderamente productivo.

IE en un punto en el que no volverás en 6 meses para solucionar un error que un experimentado desarrollador de Ruby habría evitado.

Answer 3

Para mí, esto es más una cuestión de cuán grande es su aplicación web actual. Si te tomó un par de fines de semana y no tienes un plazo ajustado, cambiaría a Ruby/Rails.

Sin embargo, si es bastante grande y de hecho quieres encontrar R2 de manera oportuna, te sugiero que te mantengas con PHP.

En cuanto a sus preguntas específicas, no estoy muy familiarizado con PHP, pero no creo que Rails le dará mucho más en el departamento de HTML/CSS. No estoy seguro sobre los siguientes dos puntos. Ruby tiene herramientas de prueba automatizadas mucho mejores, con cosas nuevas que salen todo el tiempo.

Aquí hay un par de enlaces sobre Derek Sivers, que cambió de PHP a Rails a PHP y ahora le gusta Rails nuevamente. Podría ayudar a tu pensamiento.

http://www.oreillynet.com/ruby/blog/2007/09/7_reasons_i_switched_back_to_p_1.html

http://railstutorial.org/ruby-on-rails-tutorial-book#foreword