Ya enfrenté tal situación en un proyecto anterior:
- Peticiones MySQL escritas a mano
- Sin arquitectura de software adecuada
- Ninguna prueba
- Base de datos utilizada como interfaz de comunicación principal
Pasé un año en este proyecto, que finalmente fracasó. Comencé otro proyecto en Ruby on Rails e hice la siguiente observación: para un mejor rendimiento, mejor seguridad, mejor escalabilidad, podría dividir la cantidad de código por un factor 50.
Esto no es una broma.
- ¿Cuáles son los puntos débiles de la metodología de diseño Lean UX?
- ¿Es posible pasar de ser un desarrollador de SQL a un desarrollador web sin experiencia en desarrollo web (profesional)?
- ¿Qué significa binario en el contexto tecnológico?
- Cómo aprovechar el almacenamiento en caché del navegador para archivos externos
- ¿Un desarrollador front-end necesita aprender más lenguajes como C, etc. para comprender algoritmos fundamentales o está bien si puede abrirse camino a través de HTML, CSS, JS, etc.?
¿Por qué? Debido a que la mayor parte del código de back-end proporcionaba facilidades para obtener los datos y reformarlos de acuerdo con alguna necesidad. Y ese registro activo, en ruby on rails, hace un gran trabajo. Y que descubras que la mayoría de lo que necesitas ya está hecho en Rails.
Así que mi consejo es muy simple: reescribe tu código de fondo en ruby on rails o django, dependiendo de tus capacidades. Puede tener la sorpresa de obtener un código de unos cientos de líneas.