Leo bases de código PHP dañadas por el desarrollo asistido por IA y las devuelvo a su forma. La metodología no es un framework ni una plataforma. Es leer, después medir, después escribir, en ese orden, y no entregar nada que no pueda explicar al equipo en prosa.
Trato la base de código como prueba. El repositorio me cuenta lo que el equipo creyó al escribir cada línea; mi trabajo es leerlo antes de cambiarlo y dejarlo en un estado en el que el siguiente lector pueda confiar.
Primero leer, después medir, después escribir. Cada cambio lo bastante pequeño para revertirse y lo bastante grande para importar. No sale a producción nada que no pueda explicar al equipo en prosa; no sale sin tests si el comportamiento cambió.
Operador en solitario. Sin entrega subcontratada, sin banquillo junior, sin traspasos de presentación a otra persona después de la propuesta. La persona en la llamada de triage es la persona al teclado, en cada línea.
Las primeras horas van en leer el repositorio, no en cambiarlo. El artefacto es un mapa escrito: dónde vive el valor, dónde vive el daño, qué archivos son portantes, y qué directorios no debería tocar el equipo hasta que la limpieza aterrice.
Cobertura de tests, complejidad ciclomática, churn por archivo, profundidad de dependencias. Donde ayuda, puntuaciones de mutation testing sobre los módulos que pienso tocar. Números enraizados en tu repositorio sobre un commit concreto, no benchmarks abstractos.
Un diagnóstico escrito en prosa. Deuda estructural, la parte atribuible al trabajo asistido por IA, la parte que ya estaba mal antes, y un plan de reparación priorizado. Tuyo para actuar con él, conmigo o sin mí en la reparación.
Manos al teclado. Tests escritos antes de cambiar comportamiento. Cada cambio revisable por sí mismo. Sin refactor big-bang, sin reescrituras de una noche, sin "confía en mí, ya funciona" sin un CI en verde sobre una suite determinista.
Ingeniero senior de PHP. Certificado Zend y (ex-)CISSP. Basado en Alicante, España, en horario CET. El encargo y el operador son una sola persona por diseño — lo que oyes en la llamada de triage es lo que llega a tu repositorio.
No. El modelo son encargos, no empleo — por hora, por proyecto o por día. Eso mantiene la metodología afilada y al operador independiente. Si quieres contratar a alguien, te recomiendo con gusto personas que encajan.
A veces junto a tu equipo. Nunca con un banquillo subcontratado. Cada línea de código entregada en el encargo está escrita o revisada por el operador nombrado. No hay tier junior ni traspaso de presentación.
Alicante, España, en horario CET. Los encargos discurren en remoto por defecto; on-site disponible para la fase de diagnóstico previa cita, gastos de viaje al coste.
La llamada de triage suele caer dentro de la primera semana laboral desde que la pides. El diagnóstico sigue una vez acordado el alcance. La reparación empieza solo después de que hayas leído el diagnóstico y decidido el alcance — nunca antes.
Treinta minutos, sin factura, sin pitch deck. Trae el repositorio o una descripción. Te marchas con al menos un siguiente paso que puedes dar tú mismo, continúe el encargo o no.