Blog
Te cuento lo que aprendí construyendo productos reales.
Performance, arquitectura y automatización. Sin teoría vacía, con contexto y decisiones reales.
Notas
Editorial
Hay algo que ningún CV técnico puede mostrar bien: cómo pensás cuando tenés que elegir entre lo que funciona hoy y lo que vas a poder mantener en seis meses. Este blog existe para documentar eso.
Comparar plataformas como si compitieran por el mismo lugar lleva a elegir mal. Una aplicación tiene piezas con necesidades distintas: una interfaz que responde rápido, un trabajo que tarda, datos que no pueden perderse. La pregunta útil no es cuál es la mejor, sino dónde va cada pieza.
Una plataforma puede hacerse cargo del servidor. La decisión sobre quién puede ver una historia clínica o qué pasa cuando un cobro llega dos veces sigue perteneciendo al sistema que construiste. Elegir nube también es decidir dónde termina el trabajo del proveedor y empieza el tuyo.
Si para volver a levantar un proyecto hay que recordar qué instalaste a mano en el servidor, una parte del sistema vive en tu memoria. Mientras esa memoria está disponible, parece funcionar. El problema aparece cuando necesitás reconstruirlo.
En local, si algo se rompe, lo arreglás y volvés a correr. En producción hay una versión anterior que funcionaba, datos que ya existen y gente adentro. Ahí "volver atrás" deja de ser una tecla y pasa a ser una decisión que conviene tener tomada antes.
Ningún backend elimina la complejidad de un sistema. La mueve de lugar. Lo que estás eligiendo no es cuál es más rápido, sino en qué parte del proyecto vas a estar peleando dentro de seis meses.
Elegir frontend se parece a elegir entre tres respuestas correctas. La factura no llega el día que arrancás: llega seis meses después, cuando el proyecto necesita justo aquello que tu herramienta resuelve de la forma más cara.
Continuar la conversación
El Radar
Recibe semanalmente lo que estoy construyendo: artículos, recursos técnicos y reflexiones sobre el futuro del diseño digital. Sin spam, solo arquitectura.