Don Karter
CEO y cofundador, Muvon
Empecé a programar a los 12. Sin ordenador en casa todavía — solo libros. Los leía, escribía código en papel y trazaba mentalmente lo que haría. Cuando finalmente heredé el IBM PC de mi primo, tenía meses de teoría listos para ejecutar. Esa brecha entre entender algo y poder ejecutarlo — llevo cerrándola desde entonces.
A partir de ahí: la web móvil temprana (WML, xHTML, antes de que existieran las app stores), después PHP y backends, después años de arquitectura de alta carga. Plataformas de música, fintech, cripto, SaaS, redes sociales — el dominio cambiaba, los problemas no. Escala, fiabilidad, mantenibilidad. Eso se transfiere a cualquier sitio.
Startups por el camino. Algunas funcionaron. Algunas fueron muy educativas. Seguí construyendo a través de todo.
Cómo pienso
Hecho es mejor que perfecto. Me llevó años interiorizarlo. Soy perfeccionista por naturaleza — sigo siéndolo — pero he aprendido que bueno y enviado le gana a perfecto y retrasado siempre. La regla 20/80 no es vagancia, es criterio sobre dónde compone el esfuerzo.
KISS y DRY no son reglas de principiante. Son lo más difícil de mantener a escala. Cada sistema que he visto caer cayó porque alguien siguió añadiendo complejidad en lugar de dar un paso atrás y simplificar. Lo aplico en todo — incluidos los pipelines de IA. No necesitas una configuración RAG de 12 pasos para obtener buenos resultados. Necesitas entender qué está fallando y arreglar esa única cosa. Pragmático sobre complejo, siempre.
La arquitectura es un problema de restricciones. Los buenos sistemas no son listos — son obvios a posteriori. La meta es un diseño donde lo correcto es lo fácil, donde puedes pasárselo a alguien nuevo sin una semana de transferencia de conocimiento tribal. La complejidad siempre es un coste.
Diseña primero para el fallo. Cualquiera puede diseñar un sistema que funciona cuando todo va bien. La infra de alta carga se diseña para cuando no va bien — picos de tráfico, fallos en cascada, la llamada de las 3 a.m. que quieres evitar. Ahí es donde paso la mayor parte de mi pensamiento.
La IA amplifica decisiones, buenas y malas. Estaba usando IA para escribir código antes de que la mayoría pensara que podía escribir algo útil — antes de Codex, antes de Claude. Herramientas rudas, APIs raras, mucho trabajo manual. Pero veía en qué se iba a convertir y construí flujos a su alrededor pronto. Esa ventaja moldeó todo en Muvon.
Aprender nunca para. Nuevo dominio, nuevo stack, nuevo modo de fallo — me interesa todo de verdad. El estilo de vida sano lo alimenta: cabeza clara, energía constante, sin espiral de burnout. Ahora en Bangkok, tras años en Phuket. Moverse ayuda.
Qué construí y por qué
Dos herramientas cuyo trasfondo vale la pena conocer.
Octomind vino de una frustración real: los flujos tempranos de IA-coding quemaban tokens a un ritmo brutal. Contexto inflado, relecturas redundantes, sesiones que se reseteaban cada intercambio. Construí algo más ágil — un runtime de agentes centrado en eficiencia de tokens y sesiones persistentes. Es anterior a la mayoría de las herramientas mainstream. Aún corremos Muvon sobre él.
Octocode vino de ahogarme en una base de código enorme. La búsqueda estándar — incluso la buena — seguía sacando lo que no era. Necesitaba algo que entendiera qué buscaba, no qué palabras aparecían en qué archivo. Lo construí primero para mí, como herramienta humana. Se convirtió en servidor MCP más tarde, cuando los agentes necesitaban lo mismo.
La mayor parte de lo que construimos en Muvon va a open source. Es un principio, no una decisión de marketing. También soy contribuidor de ManticoreSearch — un motor de búsqueda open source serio para cargas que necesitan velocidad y control.
Qué me mueve
Muvon empezó tanto como recordatorio como estudio. Nunca te rindas. Siempre avanza. Está prácticamente en la pared — el nombre mismo es un prompt.
Hago consultoría IT sobre arquitectura backend e integración de IA cuando el encaje es el correcto. Sigo activo, no es el foco principal.
Me importa profundamente el open source. Las mejores herramientas que he usado eran gratis y construidas por gente que tenía el mismo problema que yo. Intento devolver algo.
Lenguajes y obsesiones
Lenguajes: Rust, Go, TypeScript, PHP (sí, todavía — no me disculpo) Obsesionado con: arquitectura backend de alta carga, diseño de pipelines RAG, runtimes IA eficientes en tokens, sistemas de recuperación, diseño de sistemas para mantenibilidad Activo desde: los 12 años. Profesionalmente: 20+ años en cada capa del stack.
Especialidad
- Sistemas distribuidos y arquitectura backend de alta carga
- Diseño de runtime de agentes IA (persistencia de sesión, routing multi-proveedor)
- Pipelines RAG — chunking, embeddings, ranking de recuperación
- Diseño de sistemas para mantenibilidad a escala
- Rust y programación de sistemas de bajo nivel
- Open source: construirlo, contribuir, montar un estudio encima