Pregunta que sigue generando debate en los hilos de este foro: ¿PHP puro (sin framework) o siempre Laravel/Symfony de entrada?

A favor de PHP puro: cero curva de aprendizaje de un framework entero, cero dependencias que mantener actualizadas, y para un script pequeño o una landing con un formulario, montar un proyecto Laravel completo es matar moscas a cañonazos. También entiendes exactamente qué hace tu código, sin capas de abstracción que a veces esconden el problema real cuando algo falla.

A favor de un framework: en cuanto el proyecto crece un poco, PHP puro empieza a reinventar cosas que un framework ya trae resueltas y probadas, enrutado, validación de formularios, protección CSRF, un ORM, migraciones de base de datos. Reinventarlas a mano no solo cuesta tiempo, es fácil dejar huecos de seguridad que un framework maduro ya tapa por defecto.

Mi criterio práctico: si el proyecto tiene un único desarrollador y menos de, digamos, diez pantallas, PHP puro (bien organizado, no todo en un archivo) es perfectamente válido. En cuanto entra un segundo desarrollador, o el proyecto va a vivir más de un año, un framework ahorra muchísimo más de lo que cuesta aprenderlo.

¿Vosotros dónde ponéis la línea?

Marta

Yo lo decido más por la vida esperada del proyecto que por el tamaño inicial. Un script de un solo uso, una prueba de concepto rápida, un endpoint aislado para algo muy concreto: PHP puro sin ningún problema, montar un framework encima sería puro sobrecoste.

Pero en cuanto sé que el proyecto va a seguir creciendo con el tiempo, o que lo va a tocar más de una persona, prefiero framework casi siempre, no tanto por las funcionalidades que trae de serie sino por las decisiones que ya vienen tomadas: estructura de carpetas, cómo se gestionan las rutas, dónde va la lógica de negocio frente a la de presentación. Sin eso, cada proyecto en PHP puro que crece acaba con su propia convención improvisada, distinta a la del proyecto anterior, y eso pasa factura cuando alguien nuevo se incorpora.

Carlos