La diferencia está en cómo gestionas los errores

Hace años, un jefe soltó una frase que entonces sonaba a provocación: la mayoría de los desarrolladores no se diferencian tanto entre sí; la diferencia real en una empresa es cómo gestiona los errores, no cómo programa. En una sala llena de gente que vivía de programar, no sentó del todo bien. Hoy suena a premonición.

Por qué hoy suena a premonición

La IA ha hecho barato lo que era caro: resolver problemas de código. La respuesta a casi cualquier error de programación está a una pregunta de distancia, y la distancia entre un desarrollador medio y uno brillante, en la parte de teclear soluciones, se ha estrechado. No es una mala noticia: es la nivelación de una habilidad que antes había que pagar muy cara.

Ojo: eso no convierte a los desarrolladores en intercambiables. Lo que la IA no iguala es el criterio: saber qué preguntar, reconocer una mala respuesta cuando llega con seguridad, y sobre todo decidir qué merece construirse. La frase del jefe no iba contra los programadores: iba a favor de la parte del trabajo que no se ve en una demo.

Pero si la parte de teclear se iguala, la pregunta cambia: ¿qué queda como diferencia entre un equipo y otro? Queda exactamente lo que aquella frase señalaba. Lo que nunca fue código.

Lo que nunca fue código

Gestionar un pico de tráfico sin que el sistema se caiga, porque alguien decidió al diseñarlo qué pasa cuando llegan mil personas a la vez. Enterarte de una incidencia antes que tu cliente, porque existe un aviso que salta solo. Saber quién recibe ese aviso, por qué canal y qué se espera que haga. Decidir qué fallos despiertan a alguien y cuáles pueden esperar al lunes. Tener un registro que permita saber qué pasó, en vez de reconstruirlo por testimonios.

Nada de eso se resuelve preguntándole a un chat cuando ya está ardiendo. Son decisiones que se toman al diseñar el sistema, cuestan poco en ese momento, y se notan años después, casi siempre un mal día. Su ausencia también se nota: es la diferencia entre un proveedor que te llama para avisarte y uno al que llamas tú para preguntarle por qué no va nada.

Un ejemplo cualquiera: dos tiendas online sufren el mismo fallo de pasarela de pago un viernes a las once de la noche. En una, el sistema reintenta el cobro, avisa por el canal acordado y el lunes hay una lista de pedidos afectados con su estado. En la otra, el lunes hay correos de clientes enfadados y una mañana de arqueología. El fallo era idéntico. La diferencia era todo lo demás.

La pregunta del sábado por la noche

Por eso, de las seis preguntas que proponemos llevar contestadas antes de pedir un presupuesto de software, la que más dice de un proyecto es la que nadie lleva pensada: si el sistema falla un sábado por la noche, ¿quién quiere enterarse y qué espera que pase? La respuesta separa una herramienta de oficina de un sistema que sostiene un negocio, y define cuánta de esa gestión de errores hay que construir. Cualquier respuesta es legítima; lo caro es que nadie haya hecho la pregunta.

Nuestro producto existe por esta idea

Trackfinite, nuestro SaaS de monitorización para tiendas online, nace exactamente de aquí: cuando un carrito se queda a medias, en la mayoría de las tiendas nadie sabe si falló la web, el pago o el cliente, y la incidencia se convierte en una discusión entre departamentos. Ponerle un dato a ese momento (qué falló, cuándo y cuánto cuesta) es gestión de errores en estado puro, y contamos sus decisiones de arquitectura en la página de casos. No es casualidad que lo primero que construimos con nuestro método fuera precisamente esto.

Todo esto deja además un criterio nuevo para comparar equipos, ahora que todos programan con las mismas herramientas: pregunta menos por el stack y más por el mal día. Qué monitorizan, qué avisos saltan y a quién, qué queda registrado para reconstruir lo que pasó. Las respuestas a eso distinguen hoy más que cualquier tecnología de moda, porque son las que no se pueden improvisar cuando ya hace falta.

La conclusión no es la de moda. No es que la IA lo cambie todo: es que, precisamente por la IA, lo que importa ahora es lo de siempre. Arquitectura que aguanta, avisos que llegan a quien tienen que llegar, y alguien que pensó el mal día antes de que ocurriera. Eso sigue sin venir de serie, sigue distinguiendo a un equipo de otro, y sigue siendo lo que preguntamos en la primera llamada. Si quieres que pensemos tu mal día contigo, cuéntanos tu proyecto.