브레인퍽 엔터프라이즈 솔루션즈

 (github.com/bf-enterprise-solutions)
2P by GN⁺ | ★ favorite | 댓글 1개
  • Brainfuck Enterprise Solutions(BES)는 현대 소프트웨어 개발의 복잡성을 Brainfuck 기반 소프트웨어 환경으로 해결한다는 콘셉트의 GitHub 조직임
  • 운영체제, 텍스트 편집기, 메타순환 평가기, 문자열 라이브러리까지 Brainfuck 중심 제품군으로 묶어 엔터프라이즈 솔루션처럼 구성함
  • 내부 문서와 스타일 가이드까지 공개해 bf.doc과 bf.style을 함께 제공하며, Brainfuck 코드베이스 운영 방식을 패키지화함
  • 저장소 목록에는 9개 공개 저장소가 있고, 주요 저장소는 Brainfuck 또는 M4로 작성되며 일부는 WTFPL 또는 CC0-1.0 라이선스를 표시함
  • 비동기 웹 서버, 키-값 저장소, 머신러닝 프레임워크까지 예고해 진지한 엔터프라이즈 제품 소개 형식을 Brainfuck 농담으로 확장함

Brainfuck으로 꾸린 BES 제품군

  • Brainfuck Enterprise Solutions(BES) 는 Brainfuck 프로그래밍 언어와 소프트웨어 환경을 “시장 최고의 도구”로 내세우는 팀임
  • 제품군은 사내 Brainfuck 최적화 블레이드 서버에서 이미 실행 중이라고 설명함
  • 공개된 제품 라인업:
    • OS.bf: 엔터프라이즈 수준의 회복탄력성에 초점을 둔 차세대 고성능 운영체제
    • ed.bf: 무한히 설정 가능한 통합 IDE 및 텍스트 편집기
    • meta.bf: Brainfuck용 내장형 메타순환 평가기이며, 회복탄력적 블레이드 서버의 핵심으로 소개됨
    • str.bf: Brainfuck으로 다시 상상한 고효율 문자열 조작 라이브러리

예고된 프로젝트와 커뮤니티 문서

  • 공개 예정 항목에는 Brainfuck으로 작성한 비동기 웹 서버, “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개 공개 저장소가 표시됨
  • 주요 저장소 외에도 다음 저장소가 포함됨
  • 일부 저장소에는 WTFPL 라이선스가 표시되고, bfosix에는 CC0-1.0 라이선스가 표시됨

GitHub 페이지에서 보이는 상태

  • 페이지 일부 영역에는 “There was an error while loading. Please reload this page.”라는 로딩 오류 메시지가 표시됨
  • 공개 멤버 영역에는 조직의 공개 멤버가 없으며, 구성원 확인에는 멤버 권한이 필요함
  • 상위 언어와 많이 사용된 토픽 영역도 로딩 중이거나 오류 메시지 상태로 남아 있음

함께 보면 좋은 글 β

GN⁺   [-]
Hacker News 의견들
  • 예전에 Brainfuck 코드를 네이티브로 실행하는 CPU를 직접 배선해서 만들었음: https://youtube.com/watch?v=q8G2fWprwyo
    여기 나온 것들도 몇 개 테스트해봐야겠음
    • 과소평가된 작업임. 이걸 별도 글로 올려보면 좋겠음
    • 여기에 MIPS 에뮬레이터를 포팅해서 Linux를 돌릴 수 있게 해보면 어떨까
    • 영상들이 너무 좋아서 바로 몰아봤음. 콘텐츠를 더 만들어주면 좋겠음
  • 이런 건 정말 신선함. 진짜 해커 감성이 있음
    최고의 밈은 최고의 해커 작업처럼 공수가 많이 들고, 약간 웃기면서도 노골적인 풍자에 가깝고, 기술적으로도 만만치 않으며, 무심하게 던져질 때 나온다고 봄
    • “관용적인 Brainfuck이란 무엇인가”는 우리 업의 핵심을 찌르는 아주 철학적인 질문처럼 느껴짐
  • BF는 살짝 읽기 어렵고, 잘 짠 Perl에 더 가까움
    제대로 된 엔터프라이즈라면 Ook! 같은 치환 언어를 써야 함. Perl의 힘에 COBOL의 장황함까지 갖췄으니까: https://esolangs.org/wiki/Ook!
  • 우리 인프라에 도입하고 싶을 정도로 좋음. 딱 하나 작은 문제가 있는데, 법무팀이 이름을 좀 걱정함
    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
    “이 논문에서는 다양한 단순 프로그래밍 언어와 기계 명령어 집합에 기반한 여러 계산 기질을 연구해, 자기 복제자가 어떻게 생겨나는지 이해하는 데 한 걸음 다가간다”
  • 제정신인 사람이 엔터프라이즈 솔루션에 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 커뮤니티를 건강하게 유지하는 데 전념하고 있습니다”는 최고의 문장임
답변달기