Tenho a impressão que penso o oposto. Em projetos simples, estáticos e que não vão precisar de manutenção posterior, tanto faz o que vai usar, faça e estará bom.
Muitos erros que cometemos só aparecem quando sai da situação fácil. Por isso é comum muita gente cometer erros e não fazer diferença. Pode não ser bom, mas é suficiente. Quando tem algo como o descrito eu faço questão de errar, desde que eu tenha ganho com esse erro e entregue o que precisa.
Quando o projeto é complexo, dinâmico e precisa de manutenção é justamente onde o fremwork começa cobrar o preço. E para não pagar a solução é abrir mão da qualidade, de deteriorar cada vez mais o código ou dizer não para o usuário.
Frameworks são bons quando são muito gerais ou muito específicos. Se quer um específico você terá que fazer o framework. Se quer algo muito geral, existem para algumas tarefas, por exemplo gerenciar janelas e elementos de tela do sistema operacional, é bem melhor com um framework.
Tenta entregar conteúdo web diretamente sem um framework. Por isso as pessoas optam por usar um ASP.NET ou um PHP (sim, PHP é um framework com uma linguagem de apoio, porque usar outro em cima dele eu não entendo bem).
Em alguns casos o framework mais específico pode se adaptar exatamente ao que precisa e aí funciona muito bem. Mas se vai ter manutenção pode ser que logo não seja mais adequado e vai ter pagar o preço, abrir mão da qualidade ou refazer. Se não acontecer nada disso, ótimo. Se acontecer e você não perceber, ótimo para sua percepção, só para ela.
Se você está usando uma tecnologia complexa, como já falei acima, usar um framework pode ser essencial. GUI sem um framework é muito complicado. SPA sem um também pode ser. Mas aí vem outra questão.
Será que deveria usar o que escolheu? Será que a decisão anterior é a errada? Será que deveria fazer SPA? Será que deveria mesmo fazer web? Esses são só exemplos do que precisa ver se o erro é anterior.
Eu entendo que para projetos simples o framework pode parecer um canhão para matar passarinho. E não gosto nem um pouco, eu prefiro o simples mesmo. Mas também é só um desperdício pequeno que pode ser aceitável.
O que facilita o desenvolvimento prejudica a manutenção. Eu trabalhei em poucos projetos, porque eu dou muita manutenção, eu não pulo de projeto em projeto e deixo o rolo pros outros, como é a praxe do mercado hoje em dia. O framework compensa no começo, depois, se ele não se ajustar perfeitamente ao projeto, o projeto tem que começar se ajustar ao framework. E acontece o tempo todo.
É óbvio que o prazo pode te obrigar usar um framework, e nenhum problema, mas tenha consciência que vai pagar um preço. O mesmo pode valer para orçamento. É mais fácil vender algo barato e rápido e depois cobrar mais caro para consertar já que a pessoa está na sua mão. Isso é uma boa decisão de marketing, mas não de engenharia.
Se você faz muitos projetos parecidos pode compensar fazer o seu framework e ter o melhor dos mundos. Ao contrário da crença popular, isso pode ser um ganho interessante. Pode não ser. Depende da pessoa e do cenário.
Pra mim o framework deveria entregar tudo muito rápido, essa é vantagem dele. Então acho estranho fazer sem para entregar rápido e depois mudar para ele. E isso é algo que eu sei que a maioria concorda comigo. Se o framework está atrasando o desenvolvimento então ele nunca deveria ser usado.
Minha experiência é que framework vai tornando o projeto uma bela gambiarra conforme o tempo passa. Quanto mais profissional você quiser, mais precisa se afastar deles. Exceto nos casos que eu falei. Mas tudo depende de contexto, não existe verdade universal, e não basta olhar um aspecto do projeto. mesmo com experi~encia a tendência e cometer erros, embora cada vez menos.
Faz sentido para você?
Espero ter ajudado.
Farei algo que muitos pedem para aprender a programar corretamente, gratuitamente. Para saber quando, me segue nas suas plataformas preferidas. Quase não as uso, não terá infindas notificações (links aqui).