2 puntos por GN⁺ 2024-09-23 | 1 comentarios | Compartir por WhatsApp
  • Brainfuck Enterprise Solutions (BES) es una organización de GitHub con el concepto de resolver la complejidad del desarrollo de software moderno mediante un entorno de software basado en Brainfuck
  • Reúne desde un sistema operativo, un editor de texto, un evaluador metacircular y una biblioteca de cadenas en una línea de productos centrada en Brainfuck, estructurada como si fuera una solución enterprise
  • También publica documentación interna y guías de estilo, ofreciendo bf.doc y bf.style, y empaqueta una forma de operar bases de código en Brainfuck
  • La lista de repositorios incluye 9 repositorios públicos; los principales están escritos en Brainfuck o M4, y algunos muestran licencias WTFPL o CC0-1.0
  • Anuncia incluso un servidor web asíncrono, un almacén clave-valor y un framework de machine learning, extendiendo el formato serio de presentación de productos enterprise como una broma sobre Brainfuck

Línea de productos BES construida con Brainfuck

  • Brainfuck Enterprise Solutions (BES) es un equipo que presenta el lenguaje de programación Brainfuck y su entorno de software como “las mejores herramientas del mercado”
  • Explica que la línea de productos ya se ejecuta en servidores blade optimizados para Brainfuck internos
  • Línea de productos publicada:
    • OS.bf: sistema operativo de próxima generación y alto rendimiento, enfocado en resiliencia de nivel enterprise
    • ed.bf: IDE integrado y editor de texto infinitamente configurable
    • meta.bf: evaluador metacircular embebido para Brainfuck, presentado como el núcleo de sus servidores blade resilientes
    • str.bf: biblioteca de manipulación de cadenas de alta eficiencia, reimaginada en Brainfuck

Proyectos anunciados y documentación comunitaria

  • Entre los próximos lanzamientos se incluyen un servidor web asíncrono escrito en Brainfuck, un almacén clave-valor que presume confiabilidad de “nine nines” y un framework de machine learning
  • También se plantea que publicaron documentación interna y una guía de estilo para la operación de la comunidad
    • bf.doc: guía de documentación general y formato de marcado para bases de código en Brainfuck
    • bf.style: guía de estilo para repositorios medianos y grandes, y para equipos de ingeniería diversos

Repositorios principales fijados

  • os.bf: repositorio en Brainfuck; muestra 93 estrellas y 2 forks
  • ed.bf: repositorio en Brainfuck; muestra 128 estrellas y 1 fork
  • meta.bf: repositorio en M4; muestra 15 estrellas
  • str.bf: repositorio en Brainfuck; muestra 13 estrellas
  • bf.doc: formato de documentación para bases de código en Brainfuck que antes era de uso interno de BES; muestra 7 estrellas
  • bf.style: repositorio en Brainfuck; muestra 12 estrellas

Repositorios públicos y configuración de licencias

  • La organización de GitHub muestra 9 repositorios públicos
  • Además de los repositorios principales, incluye los siguientes:
    • bf-enterprise-solutions.github.io: sitio web de BES, repositorio HTML
    • .github: repositorio de perfil de Brainfuck Enterprise Solutions
    • bfosix: especificación base y white paper de estándar abierto para Brainfuck OS y su entorno de programación
  • Algunos repositorios muestran licencia WTFPL, y bfosix muestra licencia CC0-1.0

Estado visible en la página de GitHub

  • En algunas áreas de la página aparece el mensaje de error de carga: “There was an error while loading. Please reload this page.”
  • En la sección de miembros públicos no hay miembros públicos de la organización, y para ver integrantes se requieren permisos de miembro
  • Las secciones de lenguajes principales y temas más usados también permanecen cargando o en estado de mensaje de error

1 comentarios

 
GN⁺ 2024-09-23
Opiniones de Hacker News
  • Hace tiempo hice, cableado a mano, una CPU que ejecuta código Brainfuck de forma nativa: https://youtube.com/watch?v=q8G2fWprwyo
    Tendré que probar algunas de las cosas que aparecen aquí
    • Es un trabajo subestimado. Estaría bueno que lo publicaras como un post aparte
    • ¿Qué tal si le portas un emulador de MIPS para que pueda correr Linux?
    • Los videos están tan buenos que me los vi todos de corrido. Ojalá hagas más contenido
  • Esto es realmente fresco. Tiene auténtica sensibilidad hacker
    Creo que los mejores memes, como los mejores trabajos hacker, requieren mucho esfuerzo, son un poco graciosos pero casi una sátira descarada, también son técnicamente nada triviales, y salen mejor cuando se lanzan con indiferencia
    • “Qué es Brainfuck idiomático” se siente como una pregunta muy filosófica que va directo al corazón de nuestro oficio
  • BF es un poco difícil de leer, y se parece más a Perl bien escrito
    Una empresa de verdad debería usar un lenguaje de sustitución como Ook!. Tiene el poder de Perl y además la verbosidad de COBOL: https://esolangs.org/wiki/Ook!
  • Es tan bueno que me dan ganas de adoptarlo en nuestra infraestructura. Solo hay un pequeño problema: el equipo legal está algo preocupado por el nombre
    ¿Qué tal si cambiamos el nombre de BF? Por ejemplo, algo como Brainfriend
    • Normalmente la forma censurada es b****fuck, así que con eso debería bastar
    • Aunque es un post en broma, en la práctica fck-nat es lo bastante útil como para que organizaciones maduras lo adopten pese al nombre
      Es un ejemplo real de “software útil con un nombre que incluye una grosería, pero que aun así supera la barrera de uso empresarial”, y también ayuda que resuelve un problema que normalmente solo encuentras cuando tienes gasto empresarial en AWS
    • También pueden usar pbrain, una extensión bastante silly que hice. Agrega procedimientos a brainfuck: https://parkscomputing.com/page/pbrain
      Viéndolo en retrospectiva, creo que el nombre era bastante apropiado. Y debería actualizar el compilador de .NET a .NET 8
    • ¿Qué tal BE? Brain Excellence
      Pero, ¿también hay un PowerPoint que explique cómo montar un Center of Excellence?
    • Por esta razón exacta existe un lenguaje llamado brainfudge. En la práctica es un alias de brainfuck
      En GitHub se pueden encontrar muchos intérpretes de brainfudge
  • Para la mayoría de los desarrolladores, Brainfuck es casi una broma, pero en ciertos campos de investigación se toma bastante en serio porque es fácil de implementar
    Creo que el paper más interesante relacionado probablemente sea este: https://arxiv.org/abs/2406.19108
    “En este paper estudiamos varios sustratos computacionales basados en distintos lenguajes de programación simples y conjuntos de instrucciones de máquina, para dar un paso hacia entender cómo surgen los autorreplicadores”
  • ¿Qué persona en su sano juicio elegiría brainfuck para una solución empresarial teniendo Befunge disponible?
    • No hay que ignorar que necesitas mantener lleno el pipeline de contratación para reemplazar a la gente a la que ya se le terminó el cliff de las RSU
      Befunge es imposible de contratar, como Rust, así que nadie lo usa; como nadie lo usa, no hay gente con experiencia; y como no hay gente con experiencia, se vuelve imposible contratar, por lo que termina siendo una mala elección. BrainFuck existe desde hace décadas, y si contratas desarrolladores lo bastante brillantes, puedes evitar el problema
    • Exacto. Befunge no tiene el objetivo modesto de ser difícil de leer para humanos, sino ideales mucho más elevados
      “Befunge, cuyo objetivo es hacerlo lo más difícil posible de compilar
    • Francamente, las empresas inteligentes usan Malbolge
  • Encaja perfecto con mis necesidades. En mi empresa tenemos que migrar desde INTERCAL, y ahora estoy convencido de que Brainfuck es perfecto para ese trabajo
    • ¿Eso significa que la empresa tiene que COME FROM Intercal?
    • Tuvimos bastante éxito al integrar Brainfuck en una base de código C++ legacy
      A medida que el equipo adoptó patrones y prácticas modernos e idiomáticos de C++, descubrimos que el Brainfuck de https://github.com/tfc/cpp_template_meta_brainfuck_interpret... encaja de forma natural y fluida con la metaprogramación de plantillas de C++
    • Cuidado comprador. Como usuario de mainframes legacy que usa INTERCAL, diría que conviene evitar los servicios genéricos de migración de mainframe a la nube que prometen migrar de INTERCAL a BF dentro de un calendario fijo
      Usan herramientas de IA, pero no hacen pruebas robustas. Aunque el entorno de desarrollo no sea el mejor, es mucho mejor quedarse con IBM y escribir los módulos nuevos en z/INTERCAL empresarial
  • Extraño esta vibra de los primeros tiempos de internet. Cosas como Church of the SubGenius, IOCCC, Phrack Magazine y The Tao of Programming
    • Creo que POC||GTFO mantiene en cierta medida el espíritu de aquella época
  • Después de abrir el link, me sorprendió ver que esto no era sobre SharePoint
  • “Estamos comprometidos con mantener saludable a la comunidad de Brainfuck” es la mejor frase