Decisiones y postmortems del oficio
Esta parte no es una guía para nadie: es lo que nos pasa por dentro. Decisiones que costaron, errores con su causa raíz y cosas que solo se aprenden construyendo y manteniendo software propio.
Lo publicamos por una razón práctica: lo que construimos para clientes lo probamos antes en nuestros productos, y estos textos son la prueba de qué criterios usamos cuando nadie mira. Si estás valorando trabajar con nosotros, dicen más que cualquier página de servicios.
8 guías
Saber qué no construirempieza aquíPostmortem de DocShield: cuatro días de build, quince meses de repo parado y la investigación que debimos hacer antes de la primera línea. Con los datos. El margen no va en @page: va en el contenidoTres rondas arreglando el mismo margen de impresión hasta dar con la regla: en una web que imprime, el margen vive donde el usuario no lo anula. El bucle escribió el código; los tests lo hicieron fiableDejé un bucle escribiendo software una noche. Lo que lo hizo fiable no fue la IA: fueron los tres frenos que le puse debajo. Y cazó dos errores reales. Llegar antes del pánico: dónde está el hueco cuando construir ya es baratoCómo elegimos nuestra quinta app de Shopify: no por la idea, sino por una fecha. El hueco está donde la plataforma acaba de abrir una puerta. Cuando el arreglo correcto parece no funcionarPostmortem de dos incidentes de la misma semana: un rechazo de Shopify y una VPN caída. El arreglo era correcto, pero una segunda capa lo tapaba. Una landing no puede ser dos cosasTiramos trece versiones de nuestra propia web en una semana: qué se descartó en cada una, la pregunta que nadie hizo hasta la octava y qué lo paró. Qué es AtlasEl sistema de agentes que lleva la operativa de EasyByte: qué hace cada día, los frenos que le pusimos y lo que salió mal por el camino. La segunda app pasó revisión porque la primera noPostmortem de dos apps de Shopify: la primera fue rechazada por probarse en un solo tema; la segunda pasó revisión en dos días con tests.