Promesa de código abierto
La mayoría del software del que dependes cada día es de código cerrado. Creemos que eso se está convirtiendo en un problema real. Así que tomamos una decisión distinta — y no vamos a dar marcha atrás.
El problema del código cerrado
Seamos sinceros. La mayor parte del software que mueve a los equipos modernos — tu CMS, tus herramientas de diseño, tus apps de comunicación — es de código cerrado. Y durante mucho tiempo, eso estuvo bien. El software era caro de construir, y quienes lo construían merecían ganar dinero.
Pero algo ha cambiado. La calidad del software se está yendo visiblemente al garete a cámara lenta, y la parte más frustrante es esta: no puedes hacer nada al respecto.
Cada actualización es una tirada de dados. ¿Mejorará? ¿Empeorará? ¿Se romperá en silencio la función de la que depende tu flujo de trabajo? No lo sabes, porque no puedes ver el código. No puedes arreglarlo. No puedes hacer un fork. Solo te queda quedarte ahí, esperando que al equipo le importe lo suficiente como para hacerlo bien.
La era de la IA ha empeorado esto de forma dramática. Los equipos están lanzando más rápido que nunca — pero ir más rápido no es mejor si nadie responde por la calidad de lo que se publica. En la era de la IA, el código cerrado significa que la chapuza se acumula en silencio, y solo te enteras cuando la cosa deja de funcionar.
Nos negamos a construir ese tipo de producto.
Qué pasa cuando puedes ver el código
Hay algo que cambia cuando liberas algo valioso como código abierto. De repente, ya no puedes esconderte detrás de hojas de ruta vagas o de un «estamos trabajando en ello». El código está ahí. Tus usuarios pueden leerlo, hacer un fork y señalarte públicamente cuando las cosas van en la dirección equivocada.
Esa responsabilidad es exactamente lo que queremos.
Cuando b10cks toma un rumbo equivocado —y todo proyecto lo hace tarde o temprano—, no estás esperando a que prioricemos tu problema en algún backlog interno. Puedes mirar el código, entender qué está pasando y arreglarlo. Puedes enviar un PR. Puedes hacer un fork e irte por tu propio camino. O puedes simplemente enseñarnos código funcional que demuestre que tu solución es mejor.
Así es como debería funcionar el software. Así es como funciona b10cks.
El principio Yash
Hay un cambio de mentalidad que separa a los grandes ingenieros de los buenos. Los grandes ingenieros no aceptan límites arbitrarios en los sistemas con los que trabajan. Cuando algo no funciona como necesitan, no inventan apaños. Van a la fuente y lo arreglan.
El software de código cerrado hace eso imposible. Chocas con un muro, y el muro es real. No puedes rodearlo. Tienes que apañártelas, convivir con ello o abandonar por completo la herramienta.
El código abierto elimina los muros. Cuando b10cks hace algo que no encaja con tus necesidades, no dependes de cómo prioricemos nuestros sprints. Tienes el código fuente. Puedes entenderlo, modificarlo, parchearlo y ejecutar hoy mismo en producción tu versión parcheada.
Construí b10cks como código abierto porque creemos que los desarrolladores que lo usan merecen trabajar así, y porque yo quería vivir con la misma responsabilidad.
La licencia no es una trampa
He visto lo que a veces significa «código abierto» en la práctica: una versión gratuita que no cubre nada, un repositorio público sin código relevante, o una licencia que es de código abierto hasta que alguien quiere usarla comercialmente de verdad.
b10cks está licenciado bajo la GNU Affero General Public License v3. Esto es lo que realmente significa para ti:
Puedes alojarlo tú mismo. Para siempre. Sin pedir permiso, sin clave de licencia, sin llamada con nuestro equipo comercial. Clona el repositorio, ejecuta Docker y listo.
Puedes leer cada línea de código. Todo el producto. Sin bundles ofuscados, sin núcleo cerrado con una capa de código abierto. Lo que usas es lo que está en GitHub.
Puedes hacerle un fork. Si tomamos decisiones con las que no estás de acuerdo, puedes llevar el proyecto por tu propio camino. Si lo mejoras, devuelves esas mejoras al proyecto. Ese es el trato, y es justo.
La AGPL cierra la trampa de la nube. Algunas empresas liberan su código sabiendo que, de todos modos, nadie puede competir realmente con su servicio gestionado. La AGPL significa que, si alguien construye un negocio sobre b10cks, esas modificaciones siguen siendo abiertas. La comunidad que creó esto queda protegida.
Ganamos dinero ofreciendo un gran producto alojado. No encerrándote en él.
Por qué esto importa más en la era de la IA
Esta es la verdad incómoda del desarrollo asistido por IA: amplifica los incentivos existentes. Los equipos que priorizan la calidad lanzarán mejor calidad más rápido. Los equipos que priorizan sacar cosas lanzarán chapuza más rápido.
En un entorno de código cerrado, no tienes forma de saber cuál de los dos tienes delante hasta que el daño ya está hecho. No puedes auditar la base de código. No puedes ver qué se fusionó sin revisión. No puedes seguir la proporción entre arquitectura bien pensada y parches generados por IA que nadie entendió del todo.
El código abierto es la respuesta a esto. El código es visible. El historial de commits es visible. Los PR, las revisiones, las conversaciones — todo está a la vista. Si b10cks alguna vez empieza a sacar chapuza, lo verás antes de sufrirlo. Y tendrás las herramientas para hacer algo al respecto.
En Coders Cantina, hemos apostado nuestra reputación por construir tecnología que sirva de verdad a quienes la usan — no tecnología que optimiza métricas de retención a costa de la calidad. El código abierto es cómo demostramos ese compromiso en lugar de solo afirmarlo.
Los compromisos
El código siempre será público.
Nunca moveremos la funcionalidad central detrás de un muro de pago de código cerrado ni de una capa propietaria. Lo que puedas alojar tú mismo siempre coincidirá con lo que ejecutamos en nuestra nube.
Nunca te cambiaremos la licencia a escondidas.
b10cks es AGPLv3 y seguirá siéndolo. Cambiar a una licencia más restrictiva requeriría el acuerdo de cada contribuidor — eso no es posible, y tampoco es algo que quisiéramos hacer.
Nunca retendremos tu contenido como rehén.
Exportación completa de datos en cualquier momento, en formatos estándar. Tu contenido nació de tu equipo. Le pertenece a tu equipo.
Mantendremos una versión que puedas alojar tú mismo.
Mientras b10cks exista, la instalación con Docker funcionará. La nube gestionada es una capa de comodidad, no un requisito.
Construiremos a la vista de todos.
Nuestra hoja de ruta, nuestros issues, nuestras decisiones arquitectónicas. No tendrás que adivinar qué viene ni por qué lo construimos de una determinada manera.
El caso de negocio del código abierto
Algunas personas oyen «código abierto» y asumen que significa algo insostenible, o un regalo financiado por capital riesgo que acaba tarde o temprano en un giro de estrategia o en un cambio de licencia. También hemos visto esa historia.
b10cks se basa en un modelo sencillo: el software es libre y abierto. El hosting gestionado — la comodidad de no tener que administrar infraestructura — es por lo que cobramos. Eso es todo. Almacenamiento y tráfico. Sin tarifas por usuario. Sin niveles de funciones. Sin ventas adicionales.
Esto funciona porque quienes gestionan su propia infraestructura harán exactamente eso. Quienes quieran un producto alojado fiable y bien mantenido pagarán un precio justo por él. Y la calidad del producto alojado se mantiene honesta por el hecho de que la alternativa autoalojada está siempre a un git clone de distancia.
No somos los primeros en probar este modelo. Solo somos quienes estamos construyendo el CMS que tu equipo realmente necesita — con la convicción de que la forma correcta de hacer software es la única forma en que queremos hacerlo.
Desde Viena, con profundidad
Coders Cantina nació de la creencia de que la tecnología debe servir al florecimiento humano, no solo a métricas de eficiencia. Eso suena abstracto hasta que ves a tu equipo pasar media jornada peleándose con un CMS que se rompió en una actualización silenciosa, o perder dos semanas en una migración de proveedor porque tu antiguo proveedor retenía tu contenido en un formato propietario.
Construimos con el instinto del artesano: calidad por encima de velocidad, profundidad por encima de métricas superficiales, relaciones genuinas por encima de relaciones transaccionales. El código abierto no es solo una decisión de licencia para nosotros: es la expresión estructural de esos valores. Significa que se nos puede exigir el estándar que decimos defender.
La «tecnología con alma» empieza con software en el que puedes confiar porque puedes leerlo.
El código abierto no es un compromiso. Es todo el sentido de esto.