Brainfuck Enterprise Solutions

 (github.com/bf-enterprise-solutions)
2 Punkte von GN⁺ 2024-09-23 | 1 Kommentare | Auf WhatsApp teilen
  • Brainfuck Enterprise Solutions (BES) ist eine GitHub-Organisation mit dem Konzept, die Komplexität moderner Softwareentwicklung durch eine Brainfuck-basierte Softwareumgebung zu lösen
  • Betriebssystem, Texteditor, metazirkulärer Evaluator und String-Bibliothek werden als Brainfuck-zentrierte Produktfamilie gebündelt und wie eine Enterprise-Lösung präsentiert
  • Selbst interne Dokumentation und Styleguide sind öffentlich und werden als bf.doc und bf.style bereitgestellt; damit wird der Betrieb einer Brainfuck-Codebasis paketiert
  • Die Repository-Liste umfasst 9 öffentliche Repositories; die wichtigsten sind in Brainfuck oder M4 geschrieben, einige weisen eine WTFPL- oder CC0-1.0-Lizenz aus
  • Sogar ein asynchroner Webserver, ein Key-Value-Store und ein Machine-Learning-Framework sind angekündigt; damit wird das Format einer ernsthaften Enterprise-Produktvorstellung als Brainfuck-Witz erweitert

Die BES-Produktfamilie rund um Brainfuck

  • Brainfuck Enterprise Solutions (BES) ist ein Team, das die Programmiersprache Brainfuck und ihre Softwareumgebung als „marktführende Tools“ positioniert
  • Die Produktfamilie läuft laut Beschreibung bereits auf internen für Brainfuck optimierten Blade-Servern
  • Öffentlich vorgestelltes Produkt-Line-up:
    • OS.bf: ein Hochleistungs-Betriebssystem der nächsten Generation mit Fokus auf Resilienz auf Enterprise-Niveau
    • ed.bf: eine unbegrenzt konfigurierbare integrierte IDE und ein Texteditor
    • meta.bf: ein eingebetteter metazirkulärer Evaluator für Brainfuck, vorgestellt als Kern resilienter Blade-Server
    • str.bf: eine hocheffiziente, in Brainfuck neu gedachte Bibliothek zur String-Manipulation

Angekündigte Projekte und Community-Dokumentation

  • Zu den geplanten Veröffentlichungen gehören ein in Brainfuck geschriebener asynchroner Webserver, ein Key-Value-Store mit „nine nines“-Zuverlässigkeit sowie ein Machine-Learning-Framework
  • Dazu kommt die Rahmenerzählung, dass interne Dokumentation und Styleguide für den Community-Betrieb veröffentlicht wurden
    • bf.doc: ein allgemeiner Dokumentationsleitfaden und ein Markup-Format für Brainfuck-Codebasen
    • bf.style: ein Styleguide für mittelgroße bis große Repositories und diverse Engineering-Teams

Angepinnte Haupt-Repositories

  • os.bf: Brainfuck-Repository, angezeigt mit 93 Sternen und 2 Forks
  • ed.bf: Brainfuck-Repository, angezeigt mit 128 Sternen und 1 Fork
  • meta.bf: M4-Repository, angezeigt mit 15 Sternen
  • str.bf: Brainfuck-Repository, angezeigt mit 13 Sternen
  • bf.doc: ein ehemals nur intern bei BES genutztes Dokumentationsformat für Brainfuck-Codebasen, angezeigt mit 7 Sternen
  • bf.style: Brainfuck-Repository, angezeigt mit 12 Sternen

Öffentliche Repositories und Lizenzstruktur

  • In der GitHub-Organisation werden 9 öffentliche Repositories angezeigt
  • Neben den wichtigsten Repositories sind auch folgende enthalten
    • bf-enterprise-solutions.github.io: BES-Website, HTML-Repository
    • .github: Profil-Repository von Brainfuck Enterprise Solutions
    • bfosix: grundlegende Spezifikation und öffentliches Standard-Whitepaper für Brainfuck OS und die Programmierumgebung
  • Einige Repositories weisen eine WTFPL-Lizenz aus, bfosix eine CC0-1.0-Lizenz

Sichtbarer Status auf der GitHub-Seite

  • In Teilen der Seite erscheint die Ladefehlermeldung „There was an error while loading. Please reload this page.“
  • Im Bereich der öffentlichen Mitglieder gibt es keine öffentlichen Mitglieder der Organisation; zum Einsehen der Mitglieder sind Mitgliedsrechte erforderlich
  • Auch die Bereiche für Top-Sprachen und häufig verwendete Topics bleiben im Ladezustand oder zeigen Fehlermeldungen an

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2024-09-23
Hacker-News-Kommentare
  • Ich habe vor einiger Zeit selbst eine CPU verdrahtet, die Brainfuck-Code nativ ausführt: https://youtube.com/watch?v=q8G2fWprwyo
    Ein paar der hier gezeigten Dinge muss ich auch mal testen.
    • Das ist unterschätzte Arbeit. Wäre schön, wenn du dazu einen eigenen Beitrag einreichst.
    • Wie wäre es, einen MIPS-Emulator darauf zu portieren, damit Linux darauf laufen kann?
    • Die Videos sind so gut, dass ich sie direkt am Stück angeschaut habe. Bitte mach mehr Content.
  • So etwas ist wirklich erfrischend. Es hat echten Hacker-Spirit.
    Die besten Memes sind meiner Meinung nach wie die besten Hackerarbeiten: Sie erfordern viel Aufwand, sind ein bisschen albern und zugleich ziemlich unverhohlene Satire, technisch durchaus anspruchsvoll und wirken am besten, wenn sie beiläufig hingeworfen werden.
    • „Was ist idiomatisches Brainfuck?“ fühlt sich wie eine sehr philosophische Frage an, die den Kern unseres Berufs trifft.
  • BF ist ein wenig schwer zu lesen und ähnelt eher gut geschriebenem Perl.
    Ein echtes Enterprise sollte eine Substitutionssprache wie Ook! verwenden. Sie hat die Mächtigkeit von Perl plus die Weitschweifigkeit von COBOL: https://esolangs.org/wiki/Ook!
  • Es ist so gut, dass ich es in unsere Infrastruktur einführen möchte. Es gibt nur ein kleines Problem: Die Rechtsabteilung macht sich wegen des Namens Sorgen.
    Wie wäre es, BF umzubenennen? Zum Beispiel in Brainfriend.
    • Üblicherweise wird es zensiert als b****fuck geschrieben, das sollte also reichen.
    • Auch wenn es ein Scherzbeitrag ist: fck-nat ist trotz seines Namens tatsächlich nützlich genug, dass reife Organisationen es einsetzen.
      Es ist ein reales Beispiel für „nützliche Software mit einem fluchbeladenen Namen, die die Hürde für Unternehmenseinsatz nimmt“, und es hilft auch, dass sie ein Problem löst, auf das man sonst meist erst bei Enterprise-Ausgaben auf AWS stößt.
    • Du könntest auch meine ziemlich alberne Erweiterung pbrain verwenden. Sie fügt brainfuck Prozeduren hinzu: https://parkscomputing.com/page/pbrain
      Rückblickend war der Name wohl ziemlich passend. Außerdem sollte ich den .NET-Compiler auf .NET 8 aktualisieren.
    • Wie wäre es mit BE: Brain Excellence.
      Gibt es dazu dann auch eine PowerPoint, die erklärt, wie man ein Center of Excellence aufsetzt?
    • Genau aus diesem Grund gibt es eine Sprache namens brainfudge. Sie ist im Grunde ein Alias für brainfuck.
      Auf GitHub findet man viele brainfudge-Interpreter.
  • Brainfuck ist für die meisten Entwickler eher ein Witz, wird in bestimmten Forschungsbereichen aber ziemlich ernst genommen, weil es leicht zu implementieren ist.
    Die interessanteste einschlägige Arbeit ist vermutlich diese: https://arxiv.org/abs/2406.19108
    „In dieser Arbeit untersuchen wir mehrere Rechensubstrate, die auf verschiedenen einfachen Programmiersprachen und Maschinenbefehlssätzen basieren, um dem Verständnis näherzukommen, wie Selbstreplikatoren entstehen.“
  • Welcher zurechnungsfähige Mensch würde für eine Enterprise-Lösung Brainfuck wählen, wenn es Befunge gibt?
    • Man darf nicht ignorieren, dass man die Recruiting-Pipeline gefüllt halten muss, um die Leute zu ersetzen, deren RSU-Cliff vorbei ist.
      Befunge ist wie Rust: Man kann dafür niemanden einstellen, deshalb nutzt es niemand; weil es niemand nutzt, gibt es keine Leute mit Erfahrung; und weil es keine Erfahrenen gibt, kann man niemanden einstellen, weshalb es eine schlechte Wahl ist. BrainFuck gibt es seit Jahrzehnten, und wenn man ausreichend herausragende Entwickler einstellt, kann man das Problem vermeiden.
    • Genau. Befunge verfolgt nicht das kümmerliche Ziel, für Menschen schwer lesbar zu sein, sondern hat viel höhere Ideale.
      „Befunge, dessen Ziel es ist, so schwer wie möglich kompilierbar zu sein.“
    • Ehrlich gesagt nutzen clevere Enterprises Malbolge.
  • Passt perfekt zu meinen Anforderungen. Unser Unternehmen muss von INTERCAL migrieren, und jetzt bin ich überzeugt, dass Brainfuck dafür ideal ist.
    • Heißt das, das Unternehmen muss von Intercal COME FROM machen?
    • Wir hatten ziemlich viel Erfolg damit, Brainfuck in eine Legacy-C++-Codebasis zu integrieren.
      Als das Team moderne, idiomatische C++-Patterns und -Praktiken einführte, stellten wir fest, dass Brainfuck aus https://github.com/tfc/cpp_template_meta_brainfuck_interpret... ganz natürlich und nahtlos in C++-Template-Metaprogrammierung passt.
    • Käufer aufgepasst. Als Nutzer eines Legacy-Mainframes mit INTERCAL würde ich von generischen Cloud-Mainframe-Migrationsdiensten abraten, die eine Migration von INTERCAL zu BF innerhalb eines festen Zeitplans versprechen.
      Sie verwenden AI-Tools, aber keine robusten Tests. Auch wenn die Entwicklerumgebung nicht die beste ist, ist es viel besser, bei IBM zu bleiben und neue Module in Enterprise z/INTERCAL zu schreiben.
  • Ich vermisse diese Atmosphäre aus den frühen Tagen des Internets. Dinge wie Church of the SubGenius, IOCCC, Phrack Magazine und The Tao of Programming.
    • POC||GTFO führt den Geist dieser Zeit meiner Meinung nach ein Stück weit fort.
  • Nachdem ich den Link geöffnet hatte, war ich überrascht, dass es nicht um SharePoint ging.
  • „Wir setzen uns dafür ein, die Brainfuck-Community gesund zu halten“ ist der beste Satz.