Depende de como eles te forçam.
Na minha experiência, existem duas possibilidades:
Você se sente forçado por uma agenda apertada, código legado etc.
Nesse caso, como a maioria das outras respostas já diz, cabe a você "otimizar a frescura". Você pode não ter tempo para reescrever a base de código no MVC, mas como primeira etapa, por exemplo, você pode parar de colar seu SQL manualmente e, em vez disso, escrever um texto agradável execute_sql($query, $params), que estabeleça a base para abstrações como fetch_customer($filter_params)etc. Lembre-se, tudo de bom Em última análise, as práticas estão aí para que seu chefe obtenha um produto mais cedo; portanto, há apenas um conflito em quanto tempo investir no futuro versus no agora.
Quando você define o contexto certo ('dentro de 6 meses, sem ter tempo extra, refatorei o código monolítico para MVC'), você deve deixar seu nome no código e tentar se orgulhar como um terapeuta, que ensina uma vítima de derrame a: diga palavras únicas novamente.
Você está explicitamente ordenado a implementá-lo da maneira que considerar inadequada
A tentativa de separar a visualização do modelo não sobrevive à revisão, porque 'é muito complicado, por que você simplesmente não faz consultas SQL simples?'. Você execute_sqlfica enlatado porque 'um codificador com disciplina não precisa disso'.
Este caso é péssimo. Na minha experiência, geralmente vem com microgerenciamento e líderes de equipe que foram promovidos por motivos políticos, não por seus sucessos. O verdadeiro problema é que você é encarregado de algo (o código) que você não pode controlar (você deve fazê-lo da maneira deles). A melhor solução seria resolver a causa raiz (ou seja, que você é tratado como um grunhido). A segunda melhor solução (e na minha experiência, a usual) é sair.
A vantagem é que, nesse cenário, é provável que seu nome não seja publicado de qualquer maneira, porque o líder da equipe assume o crédito por todo o sucesso.