PHP es aburrido, pero funciona que te cagas

Durante años trabajé principalmente con .NET. Cuando empecé a utilizar Laravel en serio, esperaba encontrarme un ecosistema viejo, limitado y bastante peor planteado que las alternativas modernas. En su lugar encontré una forma absurdamente práctica de construir software. Sin fuegos artificiales, sin reinventar la rueda y sin pedir permiso a Twitter. PHP no tiene una imagen especialmente sexy. No suele aparecer en el hilo del desarrollador que anuncia que ha descubierto el futuro de la programación. Tampoco necesita hacerlo. Mientras algunos discuten cuál será el framework definitivo durante los próximos seis meses, PHP sigue ejecutando aplicaciones, gestionando negocios y pagando facturas. Qué poco sexy. Qué útil.

El software de negocio suele ser bastante aburrido

La mayoría de aplicaciones no necesitan resolver problemas científicos. Necesitan usuarios. Permisos. Formularios. Pagos. Correos. Tareas en segundo plano. Archivos. Paneles de administración. Integraciones con otros sistemas. Una base de datos que no se convierta en una película de terror. PHP y Laravel son especialmente buenos en esta clase de software porque no te obligan a construir todo desde cero ni a juntar quince librerías para resolver operaciones habituales. Puedes concentrarte en el producto. Que es donde debería estar la mayor parte del trabajo.

Aburrido es una ventaja

Cuando una tecnología es madura, muchos problemas ya están resueltos. Hay documentación. Hay paquetes. Hay profesionales disponibles. Hay patrones conocidos. Hay respuestas para errores que alguien sufrió hace ocho años a las tres de la mañana. Eso no genera tanto contenido como una herramienta nueva, pero reduce muchísimo la incertidumbre de un proyecto. Y cuando estás construyendo para un cliente, reducir incertidumbre suele ser más valioso que utilizar algo impresionante. El cliente no quiere financiar tu aprendizaje del framework de moda. Bastante tiene ya con pagar el proyecto. Quiere que el producto funcione.

Laravel te deja avanzar rápido sin hacer una chapuza

La velocidad tiene mala fama porque se asocia con código mal hecho. Pero avanzar rápido y trabajar sin criterio no son la misma cosa. Laravel proporciona una estructura conocida y herramientas para resolver necesidades comunes sin inventar una plataforma interna para cada proyecto. Autenticación. Validación. Colas. Notificaciones. Migraciones. Almacenamiento. Pruebas. Integraciones. Puedes construir una primera versión rápido y mantener una base suficientemente clara para seguir evolucionando. El problema no es que el framework permita hacer muchas cosas con poco código. El problema aparece cuando el equipo deja de pensar porque el framework ya trae una solución.

Tampoco hace falta usar toda la arquitectura del planeta

Una aplicación nueva no necesita empezar con microservicios. Probablemente tampoco necesita event sourcing, seis capas de abstracción y un sistema de mensajería distribuido para registrar a un usuario. Se puede construir un monolito bien organizado. Puede ser modular. Puede separar responsabilidades. Puede crecer durante años. Y si algún día una parte necesita independizarse, se toma esa decisión con datos reales sobre el producto. No porque alguien leyera un artículo sobre cómo escala Netflix. Netflix tiene problemas de Netflix. Tu MVP todavía está intentando conseguir diez clientes.

PHP no arregla un mal equipo

Utilizar Laravel no garantiza que el producto vaya a estar bien construido. Se puede crear una aplicación inmantenible con cualquier tecnología. También con PHP. La diferencia está en las decisiones del equipo: cómo organiza el dominio, cuánto acoplamiento introduce, qué pruebas merece la pena escribir y cuándo una abstracción resuelve un problema real. Nosotros preferimos organizar el desarrollo por funcionalidades. Todo lo necesario para una capacidad del producto vive cerca. Menos saltos entre carpetas. Menos capas creadas por costumbre. Menos arquitectura ceremonial. No porque sea la única forma correcta, sino porque nos permite entender y modificar el producto sin jugar a una búsqueda del tesoro.

La mejor tecnología no es la que gana discusiones

Una tecnología es buena cuando encaja con el producto, el equipo, el presupuesto y la velocidad necesaria. Para algunas aplicaciones elegiríamos otra cosa. Para muchas plataformas de negocio, SaaS, APIs y herramientas internas, PHP y Laravel son una opción tremendamente sensata. No es una apuesta exótica. No depende de que una startup mantenga una librería crítica durante los próximos seis meses. No obliga a justificar la decisión con una presentación de treinta diapositivas. Funciona. Se mantiene. Permite contratar. Y deja que el equipo dedique tiempo a las partes que hacen diferente al producto.

No estamos aquí para impresionar a otros desarrolladores

Podríamos elegir la tecnología que genera más conversación. También podríamos elegir la que nos permite entregar antes, reducir costes y mantener el producto sin montar un circo. Preferimos la segunda. PHP es aburrido. Laravel tampoco necesita que lo defendamos como si fuera un equipo de fútbol. Pero cuando queremos convertir una idea en software que una empresa pueda utilizar y pagar, funciona que te cagas. Y eso vale bastante más que parecer moderno.