Esto no se trata solo de publicar tu código fuente.

FOSS nació como una filosofía

Cuando la gente habla sobre el software de código abierto (OSS), suele enfocarse en sus beneficios prácticos: “herramientas gratuitas”, “desarrollo colaborativo”, y cosas por el estilo.
Pero los verdaderos orígenes del OSS no están en la comodidad o la eficiencia, sino en la ética y la filosofía.

En su esencia, el OSS desciende del movimiento de Software Libre y de Código Abierto (FOSS), un movimiento que no comenzó con líneas de código, sino con ideas.

En los años 80, Richard Stallman, entonces en el Laboratorio de Inteligencia Artificial del MIT, comenzó a preocuparse profundamente por una tendencia inquietante: la privatización del software.
A medida que el código fuente se ocultaba detrás de muros corporativos, Stallman percibía una amenaza—no solo para los programadores, sino para la libertad misma.
Su respuesta no fue un producto. Fue un principio.

Ese principio se convirtió en el movimiento de software libre, que definió cuatro libertades esenciales:

• La libertad de ejecutar el programa con cualquier propósito
• La libertad de estudiar cómo funciona y modificarlo
• La libertad de redistribuir copias
• La libertad de distribuir versiones modificadas

Estas no eran solo libertades técnicas, sino los cimientos éticos de una sociedad digital democrática.

Para hacer cumplir estos principios, Stallman y el Proyecto GNU introdujeron una licencia: la Licencia Pública General de GNU (GPL).
No solo requería que el código fuera abierto—sino que permaneciera abierto como una obligación contractual.
Este enfoque, conocido como copyleft, garantizaba que una vez liberado un código, no pudiera ser nuevamente encerrado en silencio.

El Proyecto bitBuyer hereda este legado.
Publicado bajo la GPLv3, el código fuente de bitBuyer 0.8.1.a es abierto, modificable y compartible.
Pero aquí es donde vale la pena detenerse un momento, porque existe una suposición bastante común:

“Si es OSS, debe ser transparente.”

No necesariamente.

La transparencia no se trata solo de hacer público el código.
Se trata de ofrecer contexto: ¿quién lo escribió? ¿por qué se escribió? ¿qué valores representa? ¿qué riesgos o responsabilidades sociales implica?

El Proyecto bitBuyer conecta su repositorio en GitHub, su sitio web oficial y un perfil de Evernote para formar una red de divulgación en capas.
No es solo apertura técnica—es apertura filosófica.
Y eso importa.

Porque incluso si tu código es libre de usar, si sus motivaciones y ética permanecen ocultas, ¿podemos realmente llamarlo software libre?

Esa pregunta no desaparece.
De hecho, se vuelve más urgente cuanto más recordamos:
FOSS no comenzó con la funcionalidad, sino con la filosofía.

Por qué importa el comportamiento en GitHub

“¿Por qué debería ser cuestionado mi comportamiento en GitHub?”

Es una pregunta válida — y una que, tarde o temprano, todo desarrollador de OSS tendrá que enfrentar.
Porque detrás de ella hay una más profunda:
¿Qué es, en realidad, el software de código abierto?

Para empezar, GitHub ya no es solo una plataforma de alojamiento.
En el ecosistema actual del software libre, se ha convertido en algo más:
un escenario público y un archivo permanente de conducta.

Cada pull request, cada comentario en un issue, cada mensaje de commit, cada línea de un README o de un Wiki —
no son solo artefactos técnicos.
Son fragmentos de la personalidad del proyecto, expuestos al mundo.

En este sentido, el software libre ya no se juzga solo por su código.
También se juzga por el comportamiento.

Consideremos lo siguiente:

• ¿Cómo responde el responsable del proyecto al desacuerdo?
• ¿Cómo se priorizan — o se ignoran — los issues?
• ¿Qué criterios se usan para aceptar o rechazar un pull request?
• ¿Qué tono se emplea en la documentación y en la comunicación?

Cada una de estas acciones, aunque parezcan pequeñas, pasa a formar parte de un registro más amplio.
Un registro no de funcionalidades, sino de valores.

Así es como se ve hoy la rendición de cuentas en el mundo del OSS:
No basta con compartir tu código.
También tienes que respaldar tu presencia.

Transparencia por diseño: cómo el Proyecto bitBuyer estructura la visibilidad

El Proyecto bitBuyer acepta esta realidad — no con resignación, sino de forma estratégica.
En lugar de tratar la visibilidad como un riesgo, hemos optado por integrarla como parte del diseño central del proyecto.

Por eso conectamos intencionadamente los siguientes elementos:

• el repositorio en GitHub
• el sitio web oficial del proyecto
• la Wiki de GitHub
• un perfil personal en Evernote

Estos puntos de acceso permiten a los visitantes rastrear, a su propio ritmo y nivel de profundidad:

• la estructura del proyecto (el código, la filosofía de diseño)
• la identidad del desarrollador (antecedentes, discapacidad, contexto personal)
• el historial de comportamiento (debates, decisiones, comentarios públicos)

Esto no es accidental. No es un añadido posterior.
Es un modelo de transparencia intencionado, concebido desde el inicio.

De hecho, el perfil de Evernote está marcado deliberadamente con la directiva noindex, lo que impide que aparezca en los resultados de los motores de búsqueda.
Esta decisión refleja una filosofía muy concreta:
la transparencia no significa exponer todo a todo el mundo, sino ponerlo a disposición de quienes realmente desean comprender.

A esto lo llamamos un gradiente de transparencia.
No se trata de una luz que lo revela todo o nada, sino de un sistema sensible al contexto —
uno que construye confianza desde el diseño, y no desde la obligación.

Cuando el comportamiento se convierte en un criterio de calidad en el OSS

Hubo un tiempo en que el software de código abierto se evaluaba por un solo criterio: el código.
Si funcionaba y era abierto, a nadie le importaba quién lo había escrito — ni cómo se comportaba.

Ese tiempo ha quedado atrás.

Hoy, la calidad del código se evalúa junto con otra dimensión: la coherencia del carácter del desarrollador.
No en un sentido personal o moralista, sino en términos de conducta, confiabilidad y valores.

Y las razones son claras:

• Seguridad — incluyendo el riesgo de ataques en la cadena de suministro
• Sostenibilidad — ¿seguirá el responsable del proyecto dentro de un año?
• Ética — ¿tolera el proyecto sesgos dañinos o los reproduce de forma silenciosa?

Estas no son preocupaciones externas.
Ahora forman parte esencial de lo que hace que un software sea confiable.

El Proyecto bitBuyer no trata el “software libre” como un escudo.
Reconocemos que la apertura, por sí sola, no basta.

En su lugar, intentamos construir un modelo de confianza basado en:

• transparencia voluntaria
• comportamiento documentado
• y un compromiso público con una presencia responsable

No se trata de aparentar transparencia.
Se trata de asegurar que quienes se tomen el tiempo de mirar, puedan ver el cuadro completo.

Eso no es casualidad.
Ese es el objetivo.

¿Qué significa la rendición de cuentas en el OSS?

Cuando escuchamos la palabra rendición de cuentas, solemos pensar en funcionarios públicos, directivos corporativos o políticos — personas con poder institucional.
Pero en realidad, la rendición de cuentas no está limitada a quienes ocupan cargos de autoridad.
Es una responsabilidad moral que nace de la libertad misma.

El software de código abierto suele describirse como software libre.
Pero la libertad, especialmente en un ecosistema técnico compartido, conlleva un costo:
la obligación de explicar.

Si asumimos que la “libertad” significa liberarse de toda responsabilidad, o que publicar el código basta para evitar cualquier reflexión ética, entonces no hemos comprendido los fundamentos del FOSS.

En el OSS, los usuarios no son solo usuarios.

Pueden convertirse en colaboradores.
Pueden convertirse en críticos.
Y lo sepan o no, siempre están afectados por lo que hacen los desarrolladores.

Por eso tienen todo el derecho a hacer preguntas, como por ejemplo:

• ¿Por qué este software fue diseñado de esta manera?
• ¿Qué valores representa?
• ¿Qué suposiciones están incrustadas en el código que opera silenciosamente en nuestras vidas?

Estas no son preguntas legales.
Son preguntas éticas.

Y en un mundo que depende cada vez más del software, son imposibles de ignorar.

La era del carácter del desarrollador

En el panorama actual del OSS, los usuarios no se limitan a examinar el código.
Van más allá de las funciones y la sintaxis, y observan los valores y actitudes que hay detrás.

Se hacen preguntas como estas:

• Cuando ocurre un incidente de seguridad, ¿el desarrollador responde — o desaparece?
• Cuando se reportan errores, ¿inicia un diálogo — o evade la responsabilidad?
• ¿Es capaz de explicar las ideas que hay detrás de su trabajo — y no solo cómo lo implementó?

Estas preguntas no son accesorias.
Ahora forman parte de la ecuación de la confianza.

Por eso, cuando decimos que los usuarios del OSS tienen derecho a cuestionar el carácter del desarrollador, no es una exageración.
Es un reflejo de cómo funcionan realmente el software — y la confianza.

Código y carácter se han vuelto inseparables.
Y eso no es solo un cambio cultural.
Es el núcleo ético del software libre hoy.

El modelo de rendición de cuentas del Proyecto bitBuyer

El Proyecto bitBuyer asume esta responsabilidad con seriedad — de forma directa, sin evasivas.

Shohei KIMURA, el desarrollador del proyecto, ha tomado la decisión deliberada de revelar su identidad, su trayectoria de desarrollo y su contexto personal — de manera clara y sin dejar lugar a malentendidos.
Esto incluye su nombre real, su diagnóstico de TEA (Trastorno del Espectro Autista), y las motivaciones y creencias que sustentan su trabajo.

La estructura de divulgación está diseñada de manera intencionadamente escalonada:

• En GitHub y en el sitio web oficial:
  Documentación técnica, historial de diseño y estructura de gobernanza
• En Evernote (perfil personal):
  Condiciones de vida, contexto relacionado con la discapacidad y reflexiones personales
• En Facebook:
  Tono personal, vida cotidiana y transparencia emocional

Cada canal tiene un propósito.
Cada uno responde a un nivel distinto de indagación pública.

Esto no es una actuación. Es arquitectura.

El objetivo no es abrumar al lector con datos, sino hacer que cada nivel de transparencia se corresponda con el nivel de curiosidad del lector.

Incluso las directrices comunitarias reflejan esta filosofía.
Por defecto, se acredita a los colaboradores con su nombre real.
Sin embargo, se hacen excepciones cuando existen riesgos de privacidad — como acoso o estigmatización social — que justifican el uso de un seudónimo.

El resultado es un equilibrio cuidadosamente diseñado:
transparencia sin imposición, apertura con consentimiento.

La línea entre la transparencia y la irresponsabilidad

Hoy en día, muchos proyectos OSS son lanzados y mantenidos de forma anónima.
Algunos son brillantes. Muchos están impulsados por la buena voluntad.
Pero el anonimato, por sí solo, no garantiza integridad.

Cada vez es más evidente lo que ocurre cuando el código existe sin rendición de cuentas:

• Proyectos que se abandonan sin previo aviso
• Vulnerabilidades críticas que permanecen sin corregir durante años
• OSS que se convierte en la infraestructura de fraudes o esquemas financieros turbios

Estos ya no son casos aislados.
Están convirtiéndose en riesgos estructurales.

El Proyecto bitBuyer ha elegido un camino diferente.
Decidimos mantenernos identificables, rastreables y responsables — justamente porque creemos que eso es lo que genera confianza a largo plazo.

No todos los proyectos tienen que seguir nuestro ejemplo.
Pero si el OSS quiere evolucionar más allá de ser una simple colección de repositorios — si quiere ser confiable, mantenible y tejido en el tejido de la sociedad —
creemos que este nivel de responsabilidad no es solo deseable.
Es esencial.

¿Es necesario mostrar tu rostro?

En este punto, surge un contraargumento razonable:

El software libre es una filosofía, no una estrategia de autopromoción.
¿Por qué un desarrollador debería sentirse obligado a mostrar su rostro — o a revelar su nombre real?

Es una pregunta válida. Y conviene aclararlo:
El espíritu del FOSS siempre ha incluido el derecho al anonimato.
Nadie debería quedar excluido de contribuir simplemente por querer mantenerse en el anonimato.

Si un código es útil, seguro y está bien mantenido, la identidad de su autor no debería, por sí sola, descalificarlo.

De hecho, las propias normas comunitarias del Proyecto bitBuyer respetan este principio.
Permitimos formalmente el uso de seudónimos en casos en los que revelar la identidad implique un riesgo real — como acoso, persecución o discriminación.

Y aun así, incluso reconociendo la importancia del anonimato, existe otra cara de la moneda.
La visibilidad cumple una función — y no se trata del ego, sino de la confianza.

A veces, mostrar tu rostro no tiene nada que ver contigo.
Tiene que ver con lo que los demás necesitan para poder creer en lo que has creado.

La visibilidad es parte de la rendición de cuentas

En el mundo del OSS actual, el código por sí solo ya no es suficiente — especialmente cuando el proyecto se cruza con ámbitos como las finanzas, la automatización o la gestión de activos.

Tomemos como ejemplo a bitBuyer 0.8.1.a.
No es solo una herramienta.
Es un motor capaz de operar mediante APIs de trading y afectar directamente los fondos financieros de un usuario.

Ahora imagina esto:

Estás utilizando una aplicación de código abierto que controla activos reales.
Algo extraño ocurre — el comportamiento no parece correcto.
Decides buscar respuestas.

Pero no hay nombre.
No hay contacto.
No hay filosofía visible detrás del código — solo una licencia y un repositorio.

¿Eso es transparencia?

Legalmente, quizás.
Pero desde el punto de vista social — y ético — se parece mucho más a una caja negra.
Te quedas con una herramienta crítica… y sin nadie a quién preguntar.

Por eso la visibilidad no se trata de fama.
Se trata de trazabilidad.
Se trata de crear un proyecto donde la responsabilidad pueda, efectivamente, ser localizada.

La visibilidad como infraestructura de confianza

En el Proyecto bitBuyer, la visibilidad no se trata como un evento aislado.
Está integrada en la arquitectura — de forma gradual, a través de plataformas y capas.

• GitHub muestra la actividad de desarrollo
• El sitio web oficial presenta la filosofía y la estructura
• Evernote ofrece un contexto personal más profundo
• Facebook brinda vislumbres de la vida cotidiana

Juntos, forman una estructura por capas.
No para aparentar, sino para sostener la continuidad — y la autenticidad.

No se trata de autopromoción.
Se trata de darle una forma humana al proyecto.

Cuando las personas ven un rostro, el código se siente más cercano.
Cuando ven una vida, las decisiones de diseño empiezan a tener sentido.
Cuando se revela una discapacidad, comprenden los riesgos — y los cuidados — que hay detrás del sistema.

Este tipo de visibilidad no es cosmética.
Cumple una función estructural:
ayuda a las personas a creer en lo que están viendo — y en quién está detrás de ello.

No se trata de “libertad” versus “responsabilidad”

Uno de los puntos más importantes en este debate es el siguiente:
no debemos presentar el anonimato y la visibilidad como opuestos.

El anonimato es un derecho.
Tiene una larga y respetada historia dentro del mundo del software libre.
Algunas de las contribuciones más influyentes han sido hechas por personas que nunca revelaron sus nombres.

Pero el contexto importa.

En ciertos ámbitos — finanzas, salud, educación, infraestructura — la confianza no es opcional.
Y en esos contextos, la visibilidad del desarrollador puede convertirse en una parte funcional de la rendición de cuentas.

El Proyecto bitBuyer reconoce esta tensión.
Respetamos la libertad de permanecer en el anonimato.
Pero hemos tomado una decisión distinta para nosotros mismos.

Elegimos operar con nombre real, rostro real y una presencia rastreable.

No porque creamos que todos deban hacer lo mismo,
sino porque creemos que este es un experimento necesario:
explorar qué puede significar una identidad visible en el desarrollo de software libre hacia el futuro.

El verdadero trabajo ético es preguntarse: “¿Cuánto debo mostrar?”

Seamos claros: esto no es una conclusión.
Es una pregunta abierta y continua.

Como desarrollador de OSS, ¿cuánto de ti decides compartir?
¿Qué eliges revelar?
¿Qué prefieres mantener en privado?

No hay una única respuesta válida.
Pero la forma en que abordas estas decisiones — qué ponderas, qué valoras — termina dando forma a la columna ética de tu proyecto.

El Proyecto bitBuyer no sostiene que todos los desarrolladores deban exponerse por completo.
No venimos a decir que la visibilidad sea una obligación moral.

Lo que sí afirmamos es lo siguiente:

La verdadera responsabilidad consiste en preguntarse — una y otra vez —
¿Cuál es la forma más honesta de estar presente aquí?
Y dejar que tus acciones reflejen esa respuesta con el tiempo.

Para mí, eso es lo que verdaderamente significa rendición de cuentas.

La transparencia como postura ética

El software libre solía celebrarse principalmente por sus ventajas técnicas.
Era gratuito. Era colaborativo. Era eficiente.

Pero claramente hemos entrado en una nueva era.

El OSS ya no es solo un modelo de desarrollo.
Es un movimiento que exige una postura ética.

Ver el FOSS no como una herramienta, sino como una ética

En Software Libre y de Código Abierto, la palabra libre nunca ha significado simplemente “sin costo”.
Se refiere a un tipo de libertad más profunda:
la libertad de elegir, de adaptar, de transformar el software según las propias necesidades y valores.

Pero esa autonomía no puede existir en condiciones de asimetría informativa.
Si no puedes entender de dónde viene algo o por qué fue construido, no eres realmente libre para usarlo.

Por eso la transparencia no es solo una característica técnica del FOSS.
Es una base ética.

Leer el código fuente no es suficiente.

También necesitas saber:

• De dónde proviene
• Qué tipo de pensamiento lo sostiene
• Qué riesgos anticipa
• Y qué estructuras de responsabilidad incorpora

Este es el contexto que hace posible la confianza.
No se trata solo de visibilidad.
Es ética que se puede ver.

La transparencia es un proceso — y una postura

Transparencia no significa mostrarlo todo.
Significa trazar una línea — entre lo que se comparte y lo que se resguarda — con claridad e integridad.

La confianza no nace de una exposición total.
Surge del equilibrio entre:

• el coraje de dejarse ver
• y la responsabilidad de explicar lo que no se muestra

Eso es lo que convierte a la transparencia en un acto ético, no en una puesta en escena.

El Proyecto bitBuyer se basa en esta convicción.
No compartimos solo el código.
Compartimos el razonamiento, las rutinas y la presencia humana que hay detrás del proyecto.

En nuestros commits.
En nuestras políticas.
En la forma en que respondemos a las preguntas — y también en cuándo decidimos no hacerlo.

No es solo documentación.
Es una decisión consciente: tratar la humanidad como parte del código fuente.

La confianza no nace solo del código

Criptomonedas. Inteligencia artificial. Trading automatizado.
Estos son ámbitos de alto impacto — y conllevan altos niveles de escrutinio.

En entornos como estos, la confianza no surge del código elegante.
Surge de una conducta coherente.

Se percibe:

• En una sola frase del README
• En el tono de un comentario en GitHub
• En cómo el presente de alguien se alinea — o no — con su pasado

No son notas al pie.
Son garantías silenciosas.

Señales que dicen:
Sí, puedes ejecutar este código.
Sí, hay alguien que lo respalda.

No porque el software sea perfecto,
sino porque la postura que lo sostiene es firme.

Aspiramos a ser un proyecto OSS digno de confianza

Por eso, el Proyecto bitBuyer asume el siguiente compromiso:

No queremos simplemente construir algo técnicamente impresionante bajo la etiqueta de OSS.
Queremos ser dignos de confianza — en la forma en que nos presentamos, en lo que elegimos compartir y en cómo asumimos la responsabilidad.

No se trata de una aspiración grandilocuente.
Es una promesa ética — una que debe renovarse a través del comportamiento diario.

Y es el paso más pequeño, pero también el más importante,
para transformar el software libre de una colección de productos
en una filosofía viva y en constante respiración.

Conclusión: cómo la IA de trading automático replantea la ética del OSS

bitBuyer 0.8.1.a se adentra en un terreno al que el software libre rara vez accede.
Finanzas. Inteligencia artificial. Trading automatizado.

Estos no son campos donde la corrección técnica sea suficiente por sí sola.
Requieren confianza social.
Exigen rendición de cuentas — más allá del código.

Tradicionalmente, el OSS ha existido en forma de herramientas, bibliotecas o sistemas fundamentales como los sistemas operativos.
Publicar una aplicación que tome decisiones de inversión — una que puede mover dinero real mediante operaciones automatizadas —
como software libre, bajo una licencia abierta, no solo es inusual.
En el panorama actual del FOSS, es casi impensable.

Y sin embargo, ese es exactamente el paso que hemos decidido dar.

Es momento de ampliar éticamente el alcance del FOSS

En este contexto, el Proyecto bitBuyer plantea un nuevo conjunto de preguntas — preguntas que no se refieren solo al software, sino a los propios ideales del movimiento FOSS.

¿Puede el FOSS aplicarse realmente a cualquier ámbito?
¿Puede su ética sostenerse frente a decisiones automatizadas — especialmente cuando esas decisiones implican mover dinero real?
¿Hasta dónde pueden extenderse principios como la transparencia y la rendición de cuentas en los sistemas de código abierto?

Mi respuesta es clara.

Los principios fundamentales del OSS no deben replegarse ante los dominios más exigentes.
Deben expandirse hacia ellos.

Y solo los proyectos que puedan resistir esa expansión — en lo ético, lo estructural y lo social —
merecerán ser llamados parte de la infraestructura del mañana.

La transparencia significa elegir abrirse — incluso cuando es difícil

En ámbitos como el trading automatizado, diseñar una caja negra es fácil.
Es eficiente. Es rentable.
Y es lo habitual.

Elegir ser software libre en este contexto no es solo inusual.
Es costoso — técnica, económica y personalmente.

Pero bitBuyer 0.8.1.a nunca fue construido pensando solo en la eficiencia.

Fue concebido desde el extremo opuesto:
abierto por diseño, visible por principio, responsable por elección.

El código es público.
El trasfondo del desarrollador es accesible.
Las creencias, las discapacidades, incluso los planes de vida a largo plazo forman parte de la narrativa del proyecto.

No se trata de aparentar.
No se trata de exhibir virtud.

Se trata de una creencia sencilla pero difícil:
Para que confíen en ti, debes estar dispuesto a abrirte — sin miedo.

El Proyecto bitBuyer no está forzando los límites del OSS — los está ampliando

A través del Proyecto bitBuyer, no intento señalar los límites del software libre.
Intento mostrar, con hechos, cómo esos límites pueden ser superados.

Necesitamos más que software técnicamente excelente.
Necesitamos más que proyectos socialmente relevantes.

Necesitamos un OSS que esté a la altura de las exigencias éticas de esta nueva era —
software que no solo funcione bien,
sino que represente algo.

En un mundo cada vez más moldeado por la inteligencia artificial,
este es el tipo de software libre del que más dependeremos.

Y por eso sigo siendo transparente

Incluso cuando me pone en desventaja.
Incluso cuando abre la puerta a malentendidos.
No voy a dejar de ser transparente.

Porque para mí, la transparencia no se trata solo de abrir el código.
Se trata de abrirme a mí mismo — para que la confianza pueda crecer desde algo real.

Esta es la práctica central del Proyecto bitBuyer.
Y creo que se convertirá en la ética definitoria del software libre en los próximos años.

¿Por qué?

Porque eso — más que cualquier otra cosa —
es lo que el software libre siempre quiso ser.