Por qué creé MarkFlow: El diario de un desarrollador

Todavía recuerdo esa noche de martes. Eran las 11 PM y acababa de terminar la documentación técnica para nuestra nueva API.

El contenido era hermoso: escrito en Markdown, con una estructura limpia, bloques de código perfectos y diagramas Mermaid válidos que explicaban el flujo de datos. Sentí esa satisfacción que todo desarrollador conoce cuando el README.md está pulido a la perfección.

Entonces, apareció una notificación de Slack de mi gerente de proyecto:

“Oye, gran trabajo con la documentación. ¿Puedes enviármela como un documento de Word? El equipo legal necesita revisarla con el 'Control de cambios' activado, y no usan Markdown.”

Suspiré. “Claro, dame cinco minutos.”

Famosas últimas palabras.

La pesadilla de los “cinco minutos”

Abrí mi terminal y ejecuté un comando rápido de Pandoc. pandoc docs.md -o docs.docx

Abrí el resultado en Word. Mi corazón se hundió.

• Las tablas estaban rotas. Las columnas estaban aplastadas y los encabezados desalineados.
• Los diagramas habían desaparecido. Mis hermosos gráficos Mermaid eran solo bloques de código desnudos.
• El resaltado de sintaxis se había esfumado. El código Python parecía texto plano, difícil de leer.

“Está bien”, pensé. “Probaré un convertidor en línea.”

Busqué en Google “Markdown to Word converter” e hice clic en el primer resultado. Me pidió que subiera mi archivo. Me detuve. Este documento contenía puntos finales de API internos y lógica propietaria. No había forma de que subiera esto a un servidor aleatorio sin una política de privacidad clara.

Así que hice lo que cualquier desarrollador desesperado haría. Abrí Word en una pantalla, VS Code en la otra, y comencé a copiar y pegar.

Pasé las siguientes dos horas sangrando manualmente las listas, tomando capturas de pantalla de mis diagramas para pegarlos como imágenes y volviendo a aplicar estilos de negrita. A la 1 AM, estaba agotado y frustrado. No estaba programando; estaba peleando con un procesador de textos.

La revelación

Esa noche, me di cuenta de dos cosas:

1. Markdown es genial para escribir, pero el mundo funciona con Word. No podemos escapar de ello.
2. Las herramientas existentes te obligan a elegir: o pasar horas configurando herramientas CLI como Pandoc, o sacrificar tu privacidad a los convertidores en la nube.

No quería ninguna de las dos. Quería una herramienta que respetara mi privacidad (procesamiento local) y respetara mi formato (soporte GFM).

Así que creé MarkFlow.

Construyéndolo para mí (y para ti)

Comencé a construir MarkFlow como una pequeña utilidad para mi propio uso. El objetivo era simple:

• Debe ser local. Quiero convertir contratos confidenciales o documentación extensa sin que los datos salgan nunca de mi navegador.
• Debe manejar las cosas “difíciles”. Tablas, listas de tareas y, sí, resaltado de sintaxis para bloques de código.
• Debe ser rápido. Arrastrar, soltar, listo.

Cuando le mostré la primera versión a mi colega, sus ojos se iluminaron. “Espera, ¿mantiene el formato de la tabla? ¿Y no necesito instalar Python?”

Ahí supe que esto no debería quedarse solo como un script en mi computadora portátil.

Por qué el “Local-First” me importa

En 2026, la privacidad de los datos no es un lujo; es un requisito. Construí MarkFlow con una arquitectura única donde el motor de conversión se ejecuta directamente en tu navegador web.

Cuando usas MarkFlow, no me estás enviando tu archivo. Esencialmente estás usando una aplicación poderosa que resulta vivir en un sitio web. Esto significa que puedes convertir tus NDA, borradores de patentes y diarios privados con cero miedo a fugas de datos.

De mi frustración a tu productividad

Hoy, MarkFlow ha crecido de esa frustración nocturna a una herramienta robusta en la que confían miles de usuarios.

• No más tablas rotas.
• No más colores de código faltantes.
• No más ansiedad por la privacidad.

Construí esto para que nunca tengas que pasar tu noche de martes peleando con el formato de Word. Concéntrate en el contenido; deja que MarkFlow maneje la presentación.

Pruébalo con tu último archivo .md. Espero que te ahorre esas dos horas que yo nunca recuperaré.

— El desarrollador de MarkFlow