Artículos
Lo que he aprendido construyendo y entregando productos — para los fundadores y CTOs que tienen que tomar la decisión.
Trabajo para cliente: Casita Amarilla. Un hotel por horas en Barcelona cuyo sitio antiguo estaba desfasado y lento, reconstruido como sitio estático prerenderizado en 20 idiomas — con un agente de contenido que mantiene el blog en marcha.
La fiesta de nuestro propio barrio, un programa atrapado en un PDF y una fecha límite que no se mueve. Una historia corta sobre publicar algo pequeño, útil y a tiempo.
La mayoría de presupuestos responden a una pregunta diferente a la que hiciste. Aquí está desglosado en sus partes reales.
La pregunta no es cuál es mejor. Es cuál riesgo no puedes asumir en este momento.
El roadmap no se retrasa porque la ingeniería es lenta. Se retrasa porque dos personas usan las mismas palabras para significar cosas diferentes.
Uno de estos transfiere riesgo a tu proveedor. El otro te lo transfiere a ti. Ninguno es generoso.
Nadie está siendo perezoso. Los seis meses están diseñados, y mayormente por accidente.
Doce años haciendo deploy en los tres. La versión honesta: el framework importa menos que el equipo, hasta el momento en que importa enormemente.
Tienes dos días y sin contexto. Aquí está el orden en que miro las cosas, y cuáles son las banderas rojas reales.
La aceleración es real y no está distribuida uniformemente. Aquí está la parte que nadie pone en el pitch deck.
Construí el producto hermosamente y agotí lo que realmente importaba. Dos veces.
Dos programas, un año, una empresa que no lo logró. Cuatro lecciones que sobrevivieron a todo.