por qué hago todo open source

La URL de este sitio es obedev.is-a.dev. No compré ese dominio. Viene de is-a.dev, un proyecto open source donde abres un pull request con un archivo JSON y te dan un subdominio gratis. Mi sitio personal empieza con el open source de otra persona, y me parece justo.

Soy Obed, desarrollador de Panamá. De día hago software para operaciones industriales: placas ESP32 leyendo sensores Modbus, datos saliendo por Sigfox, dashboards para la gente que opera el proceso. El resto del tiempo hago herramientas para agentes de código.

Empecé a programar durante la pandemia, antes de que la IA pudiera escribir una línea por mí.

Casi todo lo que hago termina público. Ahora mismo eso es:

• MendCode, el harness de agentes que uso todos los días.
• Whittle, una skill de 171 palabras para agentes de código.
• NotchNull, un notch de MacBook que reconstruyes pidiéndoselo a tu agente.
• ukiyo, un motor de juegos en C# donde el agente cambia el juego mientras corre.
• Cellium, mflow, nubli, un simulador de vuelo que corre en el navegador y algunas herramientas CLI más pequeñas.

Casi todo con licencia MIT. Estas son las razones.

Si no lo puedes leer, no lo puedes creer. Whittle dice que entrega más producto que otras skills y cuesta menos. En mis corridas publicadas entregó entre 94 y 95 % de un checklist oculto de producto, con un costo promedio menor que trabajar sin ninguna skill. Eso es fácil de decir, por eso cada corrida, cada parche y cada puntaje está en el repo. Si me equivoco, cualquiera puede revisarlo y mostrarme dónde.

Los agentes trabajan mejor con código que pueden ver. NotchNull guarda sus ajustes y widgets como archivos planos, y la app también es abierta. Cuando los archivos no alcanzan, tu agente lee el código Swift y lo cambia. Una app cerrada se detendría justo donde se pone interesante.

El código abierto de otros me ha enseñado más que cualquier curso. Hace unos días me aceptaron un pull request en Symbex-1, un proyecto que corre redes neuronales de 1 bit en microcontroladores: baselines enteros, un kernel para el ESP32-S3 y una suite de tests. Solo pude hacerlo porque el código estaba ahí para leerlo.

Abierto es mejor, y los agentes lo hicieron barato. Empecé a publicar por la misma razón que la mayoría de los devs open source: el código que la gente puede leer, forkear y arreglar termina siendo mejor que el que no. Lo que cambió es el costo. Abrir algo antes significaba limpiarlo y documentarlo en tu tiempo libre. Ahora un agente hace buena parte de eso. REA es el ejemplo obvio.

Nada envejece más rápido que el código privado que nadie usa. Mi primera herramienta pública fue gitd, un script para clonar repos, en 2023. Tiene seis estrellas. Sigue ahí, sigue funcionando y alguien todavía la puede encontrar.

Lo que viene

Este blog va a tener opiniones, y cada una va a venir con algo que construí o medí, para que lo puedas comprobar. La primera es sobre por qué las skills de código mínimo ahorran dinero entregando menos producto.

Si crees que algo de lo que digo aquí está mal, abre un issue en el repo correspondiente. Para eso lo hago en público.