Escribimos
Notas de trabajo
Lo que vamos aprendiendo construyendo y manteniendo software que ya tiene clientes dentro.
Todas las notas
- Qué mira una auditoría técnicaUna due diligence técnica no puntúa tu código: mide qué riesgo compra quien entra. Estos son los sitios donde mira y lo que se puede preparar antes.
- Por qué tus clientes se caen en el altaQuien abandona el alta ya había decidido pagarte. Se va por un dato que no tenía a mano, por una espera sin explicar o por un error que no sabe corregir.
- Arquitectura de software: lo que no se deshaceLa arquitectura que importa son tres decisiones caras de deshacer. Con ejemplos de nuestra plataforma de facturación, donde una la fija la ley.
- Cuándo dejar el no-code, con númerosEl no-code se deja cuando hay cifras encima de la mesa: gente que depende del sistema, dinero que pasa por él, un cliente que pide contrato.
- Cuánto cuesta desarrollar una aplicaciónNadie puede darte un precio de mercado honesto. Sí se puede explicar de qué depende la cifra y cómo se compone un presupuesto por fases.
- Un design system es una lista de decisionesLos sistemas de diseño montados como catálogo se abandonan al año. Lo que aguanta es el acuerdo sobre qué se decide y quién lo cambia.
- Integrar dos sistemas que no se conocenUna integración se juega en los acuerdos, no en el código: quién manda sobre cada dato y qué se hace cuando el otro lado no contesta.
- Un sistema legacy es código sin dueñoLa edad del código importa poco. Un sistema es legacy cuando nadie puede explicar por qué está así ni cambiarlo sin miedo.
- Vibe coding: qué pasa con el primer clienteLas aplicaciones generadas con IA no se caen a la vez. Se rompen en un orden predecible, y casi siempre por sitios que nadie decidió.
¿Te está pasando en tu propio sistema?
El diagnóstico le pone número y orden sobre tu propio código.