Brainfuck Enterprise Solutions

(github.com/bf-enterprise-solutions)

2 ポイント投稿者 GN⁺ 2024-09-23 | 1件のコメント | WhatsAppで共有

Brainfuck Enterprise Solutions(BES) は、現代のソフトウェア開発の複雑さを Brainfuck ベースのソフトウェア環境 で解決するというコンセプトの GitHub 組織
オペレーティングシステム、テキストエディタ、メタ循環評価器、文字列ライブラリまでを Brainfuck 中心の製品群 として束ね、エンタープライズソリューションのように構成している
内部文書とスタイルガイドまで公開し、bf.doc と bf.style をあわせて提供することで、Brainfuck コードベースの運用方法をパッケージ化している
リポジトリ一覧には 9 個の公開リポジトリがあり、主要リポジトリは Brainfuck または M4 で書かれており、一部は WTFPL または CC0-1.0 ライセンスを表示している
非同期 Web サーバー、キー・バリューストア、機械学習フレームワークまで予告し、真面目なエンタープライズ製品紹介の形式を Brainfuck ジョークへと拡張している

Brainfuck で構成された BES 製品群

Brainfuck Enterprise Solutions(BES) は、Brainfuck プログラミング言語とソフトウェア環境を「市場最高のツール」として掲げるチーム
製品群は、社内の Brainfuck 最適化ブレードサーバー 上ですでに稼働中だと説明している
公開されている製品ラインナップ:
- OS.bf: エンタープライズ級のレジリエンスに焦点を当てた次世代高性能オペレーティングシステム
- ed.bf: 無限に設定可能な統合 IDE およびテキストエディタ
- meta.bf: Brainfuck 向けの組み込みメタ循環評価器であり、レジリエントなブレードサーバーの中核として紹介されている
- str.bf: Brainfuck で再構想した高効率文字列操作ライブラリ

予告されたプロジェクトとコミュニティ文書

公開予定の項目には、Brainfuck で書かれた 非同期 Web サーバー、「nine nines」の信頼性を掲げるキー・バリューストア、機械学習フレームワークが含まれる
コミュニティ運営のために内部文書とスタイルガイドを公開したという設定も付いている
- bf.doc: Brainfuck コードベース向けの汎用ドキュメント化ガイドとマークアップ形式
- bf.style: 中規模〜大規模リポジトリと多様なエンジニアチーム向けのスタイルガイド

固定表示された主要リポジトリ

os.bf: Brainfuck リポジトリで、スター 93、フォーク 2 と表示されている
ed.bf: Brainfuck リポジトリで、スター 128、フォーク 1 と表示されている
meta.bf: M4 リポジトリで、スター 15 と表示されている
str.bf: Brainfuck リポジトリで、スター 13 と表示されている
bf.doc: 以前は BES 内部向けだった Brainfuck コードベース文書形式で、スター 7 と表示されている
bf.style: Brainfuck リポジトリで、スター 12 と表示されている

公開リポジトリとライセンス構成

GitHub 組織には 9 個の公開リポジトリ が表示されている
主要リポジトリのほか、次のリポジトリも含まれる
- bf-enterprise-solutions.github.io: BES の Web サイト、HTML リポジトリ
- .github: Brainfuck Enterprise Solutions のプロフィールリポジトリ
- bfosix: Brainfuck OS とプログラミング環境のための基本仕様および公開標準ホワイトペーパー
一部のリポジトリには WTFPL ライセンスが表示され、bfosix には CC0-1.0 ライセンスが表示されている

GitHub ページ上で見える状態

ページの一部領域には “There was an error while loading. Please reload this page.” という 読み込みエラー メッセージが表示されている
公開メンバー領域には組織の公開メンバーはおらず、メンバー確認にはメンバー権限が必要となっている
上位言語および多く使われているトピックの領域も、読み込み中またはエラーメッセージの状態のままになっている

1件のコメント

GN⁺ 2024-09-23

Hacker News のコメント

以前、Brainfuckコードをネイティブ実行するCPUを自作で配線して作ったことがある: https://youtube.com/watch?v=q8G2fWprwyo
ここに出ているものもいくつか試してみないと
- 過小評価されている仕事だ。これを別記事として投稿するとよさそう
- ここにMIPSエミュレータを移植してLinuxを動かせるようにしたらどうだろう
- 動画がとても良くて一気見してしまった。もっとコンテンツを作ってほしい
これは本当に新鮮だ。まさにハッカー魂がある
最高のミームは最高のハッカー仕事のように、手間が非常にかかり、少し滑稽で露骨な風刺に近く、技術的にも一筋縄ではいかず、さらっと投げ込まれたときに生まれるものだと思う
- 「イディオマティックなBrainfuckとは何か」は、我々の業界の核心を突く非常に哲学的な問いに感じる
BFは少し読みにくく、うまく書かれたPerlにより近い
本物のエンタープライズならOok!のような置換言語を使うべきだ。Perlの力にCOBOLの冗長さまで備えているのだから: https://esolangs.org/wiki/Ook!
- Perlコードの中にBFを直接埋め込むことができる: https://metacpan.org/pod/Acme::Brainfuck
  Ook!インタプリタもあるが、機能はさらに制限されている: https://metacpan.org/pod/Language::Ook
- Ookではなくf-wordを使っていればよかったのに
うちのインフラに導入したくなるくらい良い。小さな問題が一つだけあって、法務チームが名前を少し気にしている
BFの名前を変えるのはどうだろう？たとえばBrainfriendみたいに
- 普通は伏字でb****fuckと書くし、それで十分では
- 冗談の投稿ではあるが、実際fck-natは名前にもかかわらず成熟した組織が採用するほど有用だ
  「下品な名前だが企業利用の壁を越えるほど有用なソフトウェア」の実例であり、たいていAWSに企業規模の支出をするときにしか直面しない問題を解決してくれる点も大きい
- 私が作ったかなりsillyな拡張のpbrainを使ってもいい。brainfuckに手続きを追加するものだ: https://parkscomputing.com/page/pbrain
  振り返ると名前はかなり適切だった気がする。それと.NETコンパイラを.NET 8に更新しないと
- BEはどうだろう。Brain Excellence
  ところで、Center of Excellenceをどう立ち上げるか説明するPowerPointはあるの？
- まさにこの理由でbrainfudgeという言語がある。実質的にはbrainfuckの別名だ
  GitHubでbrainfudgeインタプリタをたくさん見つけられる
Brainfuckはほとんどの開発者にとってはジョークに近いが、特定の研究分野では実装が容易なためかなり真面目に扱われている
関連論文で最も興味深いのはおそらくこれだと思う: https://arxiv.org/abs/2406.19108
「この論文では、さまざまな単純プログラミング言語と機械命令セットに基づく複数の計算基質を研究し、自己複製子がどのように生じるのかを理解するための一歩を進めている」
- MindscapeポッドキャストでSean Carrollが論文著者の一人であるBlaise Agüera y Arcasにインタビューした良い回がある: https://www.preposterousuniverse.com/podcast/2024/08/19/286-...
正気の人間がエンタープライズソリューションにBefungeではなくbrainfuckを選ぶ理由があるだろうか？
- RSUのクリフを終えた人たちの代替要員を確保するには、採用パイプラインを埋め続ける必要があるという点を見落としてはいけない
  BefungeはRustのように採用不能だから誰も使わず、誰も使わないから経験者もおらず、経験者がいないから採用できず、結果として採用しづらい選択肢になる。BrainFuckは何十年も前からあり、十分に優秀な開発者を採れば問題を避けられる
- その通り。Befungeは人間に読みにくくするという貧弱な目標ではなく、はるかに高い理想を持っている
  「可能な限りコンパイルしにくくすることを目指すBefunge」
- 正直、賢いエンタープライズはMalbolgeを使っている
私のニーズにぴったりだ。うちの会社はINTERCALから移行しなければならず、今ではBrainfuckがその作業に完璧だと確信している
- 会社がIntercalからCOME FROMしなければならない、という意味では？
- レガシーC++コードベースにBrainfuckを統合してかなりうまくいった
  チームがモダンでイディオマティックなC++のパターンと実践を導入する中で、https://github.com/tfc/cpp_template_meta_brainfuck_interpret... のBrainfuckがC++テンプレートメタプログラミングに自然かつシームレスに適合することを発見した
- 買い手注意。INTERCALを使うレガシーメインフレーム利用者として言うと、INTERCALからBFへ固定納期で移行してくれる汎用クラウドのメインフレーム移行サービスは避けたほうがいい
  AIツールは使うが堅牢なテストをしていない。開発者環境が最高でなくてもIBMに残り、新しいモジュールはエンタープライズz/INTERCALで書くほうがずっとましだ
インターネット初期のこういう雰囲気が恋しい。Church of the SubGenius、IOCCC、Phrack Magazine、The Tao of Programmingのようなもの
- POC||GTFOが当時の精神をある程度受け継いでいると思う
リンクを開いて、これがSharePointの話ではなかったと知って驚いた
「私たちはBrainfuckコミュニティを健全に保つことに尽力しています」は最高の一文だ