Depende de cómo te fuercen.
En mi experiencia, hay dos posibilidades:
Te sientes forzado por un horario apretado, código heredado, etc.
En este caso, como la mayoría de las otras respuestas ya dicen, depende de usted 'optimizar la frescura'. Es posible que no tenga tiempo para volver a escribir la base de código en MVC, pero como primer paso, por ejemplo, puede dejar de pegar su SQL a mano y, en su lugar, escribir un bonito execute_sql($query, $params), que sienta las bases para abstracciones como fetch_customer($filter_params), etc. Recuerde, todo lo mejor En última instancia, existen prácticas en las que su jefe obtiene un producto antes, por lo que solo hay un conflicto sobre cuánto tiempo invertir en el futuro frente al presente.
Cuando establece el contexto correcto ('dentro de 6 meses, sin obtener tiempo adicional, refactoré el código monolítico a MVC'), debe dejar su nombre en el código y tratar de sentirse orgulloso como un terapeuta, que le enseña a una víctima de un accidente cerebrovascular a di palabras sueltas de nuevo.
Se le ordena explícitamente implementarlo de una manera que considere no apta
El intento de separar la vista del modelo no sobrevive a la revisión, porque "es demasiado complicado, ¿por qué no haces simplemente consultas SQL?". Tu execute_sqleres enlatado porque 'un codificador con disciplina no necesita eso'.
Este caso apesta. En mi experiencia, generalmente viene con microgestión y líderes de equipo que fueron promovidos allí por razones políticas, no por sus éxitos. El verdadero problema es que te ponen a cargo de algo (el código) que no puedes controlar (tienes que hacerlo a su manera). La mejor solución sería resolver la causa raíz (es decir, que te tratan como un gruñido). La segunda mejor solución (y en mi experiencia, la habitual) es dejar de fumar.
La ventaja es que, en este escenario, es probable que su nombre no se publique de todos modos, porque el líder del equipo se atribuye todo el éxito.