Botones que nunca cumplieron el contraste mínimo.
Se veían bien. Medidos, no llegaban ni a la mitad de lo que exige la norma de accesibilidad.
Método
Cómo trabajo.
La IA no me hace escribir código más rápido. Me deja poner tres pares de ojos donde antes había uno.
cómo se trabaja
Tareas pequeñas, revisadas por quien no las hizo.
- El trabajo se parte en tareas pequeñas, cada una con un resultado que se puede comprobar por separado.
- Cada tarea la ejecuta un agente y la revisa otro distinto, que no ha visto cómo se hizo y cuyo único trabajo es buscarle los fallos.
- Nada se da por bueno porque el informe diga que está bien. Se comprueba contra la realidad: se abre la web, se mide, se ejecuta.
- Todo queda escrito: qué se hizo, qué se decidió y qué quedó pendiente a propósito.
los tests no son burocracia
Un test que no puede fallar no sirve de nada.
Un test es la diferencia entre «creo que funciona» y «sé que funciona». Esta misma web pasó de no tener ninguno a tener más de trescientos, que se ejecutan enteros en unos segundos cada vez que se toca algo.
Y hay un detalle que importa más que el número: un test que no puede fallar no sirve de nada. Por eso, cuando se arregla un fallo, se vuelve a introducir a propósito para comprobar que el test lo detecta. Si no salta, el test estaba mal.
qué encontró el proceso
Tres fallos que ninguna revisión a ojo habría visto.
Esta web es mía, así que puedo enseñarte lo que encontró sin esconder nada. Tres cosas que llevaban tiempo ahí:
La web era invisible para quien activa «reducir movimiento».
En su sistema, una opción que usa mucha gente con migrañas o mareos. El texto estaba ahí, en el código, pero no se veía nunca. Sin ningún error en pantalla que lo delatara.
Había datos que no debían estar publicados.
Estaban en artículos del blog, sin que se notara mirando la página. El proceso los encontró y ya están fuera.
Ninguna de las tres se arregla mirando la pantalla y diciendo «se ve bien».
qué significa esto para tu empresa
Depende de que haya pruebas, no de que te fíes de mí.
Que lo que te entrego no depende de que te fíes de mí. Depende de que haya pruebas: pruebas que se ejecutan solas, revisiones hechas por alguien que no es quien escribió el código, y un registro de por qué se decidió cada cosa.
Es el mismo motivo por el que puedo trabajar solo en proyectos que normalmente pedirían un equipo. No porque escriba más rápido, sino porque reviso más veces.
empieza por contarme tu proyecto
Así llegaría tu proyecto a producción.
Cuéntame qué tienes entre manos y te cuento cómo lo abordaría, con el mismo nivel de detalle que ves aquí.