Todas las respuestas a su pregunta son correctas. Solo voy a agregar mis dos centavos.
Una cosa que es muy importante cuando decide no utilizar un marco es “por qué”. Escucha tu voz interior y descubre cuál es la verdadera razón. ¿Por qué no vas a usar un marco? ¿Es porque es más difícil de aprender que solo aprender PHP? ¿Es porque crees que te están atando? ¿Es porque crees que te están dando demasiadas funciones? ¿Es porque aumentan el tiempo de carga de su aplicación?
Cuando encuentre la respuesta real a estas preguntas, puede tomar una decisión mucho más informada. Aquí están mis respuestas a las preguntas anteriores, en caso de que coincidan con una de las razones por las que no desea utilizar un marco.
- ¿Qué protocolo es responsable de controlar el tamaño de los segmentos y la velocidad a la que se intercambian los segmentos entre un cliente web y un servidor web?
- ¿Cuáles son buenos ejemplos de diseño moderno y plano en aplicaciones web empresariales?
- ¿En qué se diferencia la codificación competitiva del desarrollo web y de aplicaciones?
- ¿Alguna vez será popular Google Apps Marketplace?
- ¿Por qué los desarrolladores dicen que Ruby on Rails tendrá demanda en 2015 si el índice Tiobe registra una disminución?
- ¿Es porque aprender un framework es más difícil que aprender PHP? Esto es natural, simplemente porque al aprender un marco, estás aprendiendo muchos otros conceptos. Le recomiendo que aprenda a usar marcos para aprender estos conceptos muy importantes. Aprender estos conceptos bien te ayudará a diseñar un código que sea fácil de leer y un placer de mantener, y confía en mí, necesitas aprender estos conceptos para ser un buen programador.
- ¿Se debe a que los marcos lo están atando con sus convenciones (por ejemplo, haciendo que coloque controladores en su propia carpeta, modelos en otra carpeta, vistas en otro lugar, etc.)? Si ha estado programando con diferentes marcos y ha encontrado la estructura que funciona mejor para usted, excelente, continúe y elija una configuración que le permita configurar y anular estas carpetas. Sin embargo, tener estas estructuras en su lugar asegura que a los nuevos miembros de su equipo les resulte fácil integrarse y comenzarán a ser productivos muy pronto.
- ¿Es porque los marcos te están dando demasiadas características? En ese caso, use un marco que le permita controlar sus características a través de paquetes de Composer, como Laravel y Symfony. Luego, elimine las funciones que no necesita. O comience en el otro extremo: vaya con un microframework como Silex o Slim, luego agregue funciones si es necesario.
- ¿Es porque tiene miedo de que su aplicación tarde demasiado en cargarse? En ese caso, consiga un mecanismo de almacenamiento en caché, como Memcache o barniz.
Todo lo que digo es que si tiene la experiencia suficiente para hacer las cosas usted mismo, mezcle y combine según sea necesario. Si no lo está, elija un marco y deje que lo guíe y elimine el dolor de la toma de decisiones.
Gracias por el A2A!