Cómo la IA Finalmente Me Ayudó a Lanzar el Blog que Venía Postergando desde 2024

Todo ingeniero tiene un cementerio de side projects. En el mío había un blog. Dos veces.

La primera vez que pensé en crear un blog fue a principios de 2024. Tenía cosas que decir — cosas reales, de proyectos reales. Decisiones de arquitectura que salieron mal. Patrones serverless que se veían perfectos en la pizarra y se desmoronaban en producción. Las historias de guerra que uno acumula después de años construyendo sistemas de los que otros dependen.

Pero entonces: arrancó un nuevo sprint. Un cliente necesitaba algo urgente. Una migración de infraestructura no podía esperar. Y el borrador del blog se quedó en una nota de Notion, acumulando polvo digital, junto a otros tres proyectos de "ya lo retomo cuando pueda".

Esto no pasó una vez. Pasó dos. Dos intentos. Dos borradores abandonados. El mismo patrón cada vez: dos pasitos para adelante, luego la vida real aparecía y cerraba silenciosamente la pestaña.

El Problema Real No Era el Tiempo. Era la Energía de Arranque.

Lo que eventualmente entendí fue esto: no es que no tuviera tiempo. Era que el costo de sentarme a producir algo listo para publicar era suficientemente alto como para que siempre perdiera contra cualquier otra cosa que compitiera por mi atención.

Escribir un post implicaba: redactar, editar, encontrar o crear una imagen, darle formato para la web, pensar en SEO, publicarlo, y luego repetir todo eso para cada plataforma donde quería que viviera. Cada uno de esos pasos es pequeño por separado. Juntos, forman una pared.

Y si eres alguien que diseña sistemas profesionalmente, sabes exactamente qué pasa cuando la fricción en un proceso es demasiado alta: la gente lo esquiva o lo abandona.

Yo estaba esquivando mi propio blog.

Entonces Decidí Tratarlo Como un Problema de Ingeniería

En 2025 finalmente construí el blog — pero lo encaré de forma diferente. En lugar de buscar una fuerza de voluntad que no tenía, reduje la energía de arranque.

El blog en sí fue construido principalmente con vibe coding usando Claude Code. No voy a pretender que escribí cada línea desde cero. Tenía una visión clara de lo que quería: un sitio de portafolio rápido y limpio, con sección de blog, soporte de internacionalización, Sanity CMS en el backend, y algo que se sintiera como yo y no como un template genérico. Claude Code me ayudó a pasar de idea a implementación funcionando mucho más rápido de lo que hubiera podido solo. Yo guié el proceso, revisé el código, tomé las decisiones — pero no me quedé bloqueado en los detalles de implementación.

¿Las imágenes? Generadas con Gemini (Nano Banana Pro). Escribo un prompt descriptivo para cada post, enfocado en un estilo de ilustración tech limpio, y obtengo un visual que le hace justicia al artículo sin tener que pasar horas en Figma ni buscar stock photos que "más o menos" sirvan.

El contenido — incluyendo este post — está escrito con asistencia de IA. No generado de forma automática y publicado a ciegas, sino redactado, refinado y moldeado con la IA como compañero de pensamiento. Las ideas son mías. Las experiencias son mías. La IA me ayuda a sacarlas de la cabeza y llevarlas a la página más rápido.

De Qué Va a Tratar Este Blog

Más allá de la historia de cómo fue construido, quiero ser claro sobre lo que estoy haciendo acá.

Este blog va a cubrir cosas que realmente viví durante mi carrera como Cloud Architect y Software Engineer. Eso incluye:

• Decisiones de arquitectura y los trade-offs reales que hay detrás
• Sistemas serverless y event-driven — cuándo funcionan y cuándo no
• Integrar sistemas legacy sin romper producción
• Diseño de SaaS multi-tenant en AWS
• Liderazgo técnico y cómo explicar arquitectura a personas que no son arquitectos
• Y sí, alguna que otra anécdota del campo — porque ciertas lecciones solo quedan cuando vienen con una historia

El objetivo no es ser un sitio de tutoriales. Hay miles de esos. El objetivo es compartir el razonamiento detrás de las decisiones — el por qué, no solo el cómo.

Un Detalle de Ingeniería Más: El Pipeline de Publicación Cruzada

Porque al parecer soy incapaz de resolver un problema sin construir también un sistema alrededor de él:

Armé un pipeline para que cuando publique un post aquí, se replique automáticamente a Hashnode y dev.to. Escribir una vez, publicar en todas partes.

Si eres desarrollador, ya sabes por qué esto importa. La mejor estrategia de distribución de contenido es la que realmente vas a mantener. Copiar y reformatear posts manualmente en tres plataformas distintas es exactamente el tipo de fricción que mató mis intentos anteriores. Así que lo eliminé.

El sistema maneja las diferencias de formato entre plataformas, propaga el contenido, y me deja enfocarme en escribir en lugar de en la logística de publicación.

El Punto Principal

No estoy escribiendo este post para decirte que la IA es mágica. No lo es. Es una herramienta — y como cualquier herramienta, su valor depende completamente de cómo la uses.

Lo que la IA hizo por mí fue bajar el costo de empezar. No reemplazó el criterio, la experiencia ni las ideas. Eliminó la barrera de energía de arranque que había mantenido un blog a medio terminar en mi cementerio de proyectos por más de un año.

Para ingenieros en particular, creo que esta es la aplicación más subestimada de estas herramientas ahora mismo. No reemplazar tu trabajo central — sino eliminar la fricción circundante que te impide lanzar las cosas que realmente te importan.

El blog existe ahora. Lo estás leyendo.

Eso ya es suficiente prueba de concepto para mí.