Verifica el dominio de Laravel, no solo de PHP
Muchos «desarrolladores PHP» saben algo de Laravel; menos lo dominan a fondo. La diferencia se nota en los detalles. Pregunta cómo evitarían los problemas de consultas N+1 con Eloquent (la respuesta es la carga anticipada, eager loading), cuándo mandarían trabajo a una cola en lugar de ejecutarlo en línea y cómo estructuran las pruebas con Pest o PHPUnit. Un buen candidato habla con soltura de migraciones, form requests, clases de servicio y middleware sin que se lo pidas. En el caso de las agencias, la acreditación Official Laravel Partner indica un dominio verificado que una empresa generalista no puede reclamar.
Señales concretas que buscar
Más allá de la entrevista, hay unas cuantas cosas que separan las contrataciones sólidas de las arriesgadas. Apps de Laravel publicadas y en funcionamiento que de verdad puedas abrir, no solo repositorios privados de los que te hablan. Un historial de GitHub con commits reales, idealmente con uno o dos paquetes que mantengan. Soltura con las pruebas y el control de versiones como norma, no como algo secundario. Y respuestas claras y sencillas cuando preguntas por qué tomaron una decisión técnica: si no saben explicar una decisión con sencillez, probablemente no la razonaron. Las respuestas vagas del tipo «soy full-stack, hago de todo» son una señal amarilla.
Errores habituales al contratar
Hay tres errores que salen más caros. Contratar solo por tarifa: el desarrollador más barato que necesita tres reescrituras es el caro. Saltarse la comprobación de referencias y del portfolio porque alguien hizo una buena entrevista. Y encargar el desarrollo completo antes de probar la relación de trabajo, para luego quedar atado cuando la comunicación resulta ser el verdadero problema. La solución para los tres es la misma: empieza en pequeño y paga por pruebas antes de comprometerte.
¿Freelance, agencia o plantilla propia?
Cada modelo encaja en una etapa distinta. Un freelance sirve para una función pequeña y definida o una corrección rápida, y la carga de gestión la asumes tú. Una agencia te da un equipo, un proceso y continuidad para un desarrollo completo, y normalmente opciones de ampliación de equipo (alquilas desarrolladores por mes) o de proyecto de alcance cerrado: el alcance cerrado protege tu presupuesto y la ampliación de equipo te da flexibilidad cuando cambian los requisitos. La plantilla propia encaja cuando la app es central para el negocio y necesita una evolución continua que un proveedor externo no puede sostener. Elige el modelo según la etapa, no solo por el coste del primer día.
Evalúa con una tarea real
Las muestras de código y los currículums solo dicen hasta cierto punto. Una tarea de prueba pequeña y pagada (una función real o una revisión de código acotada) revela más sobre calidad y comunicación en unos días que cualquier entrevista. Fíjate en cómo hacen preguntas, cómo gestionan la ambigüedad y cómo escriben los mensajes de commit, no solo en si el código funciona. Y confirma por escrito la propiedad del código y la cesión de la propiedad intelectual antes de que empiece el desarrollo principal, no después. Así que trata la prueba como la entrevista que de verdad cuenta.