Cómo pienso el software

Pienso el software como pienso los edificios: los cimientos deciden lo que es posible después, y es la parte que nadie ve cuando está bien hecha.

Antes de escribir una línea de código, quiero entender la restricción que realmente importa — una normativa que no admite un cumplimiento a medias, un límite de hardware que no se puede ignorar, una escala que el negocio alcanzará si las cosas van bien. Todo lo demás es negociable. Esa restricción no.

Llegué aquí construyendo para empresas reales desde el principio. Los primeros proyectos significaron sentarme con dueños de negocio — una constructora con treinta años de historia, una empresa familiar de servicios — y traducir lo que realmente necesitaban en algo que funcionara, no en algo que quedara bien en una captura de pantalla. Ese hábito nunca se fue: sigo empezando las conversaciones preguntando qué necesita sobrevivir el sistema, no qué aspecto debería tener.

La arquitectura es donde invierto el tiempo que otros invierten en funcionalidades. La forma de un sistema — cómo fluyen los datos, qué es mutable, dónde están los límites de servicio — determina todo lo que será barato o caro cambiar dentro de seis meses. Prefiero ser lento aquí y rápido en todo lo demás.

Construyo ambos lados — backend y frontend — porque la costura entre ambos suele ser donde viven las decisiones de producto reales, y no quiero entregar esa costura a alguien que no estuvo presente cuando se definió la restricción que le dio forma.

El hilo común entre Veridico, SON Identity y los sistemas de automatización que construyo es el mismo: tomar algo operativamente doloroso o legalmente rígido, entender exactamente por qué es difícil, y diseñar un sistema lo bastante simple como para que esa dificultad desaparezca para quien lo usa. La complejidad puede vivir en la arquitectura. No tiene permiso para filtrarse a la interfaz.