Gleam 저장소가 Tangled에 공개됨

 (tangled.org)
1P by GN⁺ | ★ favorite | 댓글 1개
  • 타입 안전하고 확장 가능한 시스템을 지향하는 Gleam 저장소를 Tangled에서도 이용할 수 있음
  • 기본 브랜치는 main 하나이며 약 11,000개 커밋, 스타 254개, 포크 2개를 기록함
  • 저장소 코드는 Rust 92.9% 가 대부분이고 JavaScript 3.6%, Gleam 1.8% 등이 뒤를 이음
  • 컴파일러와 언어 서버부터 WASM 컴파일러, Erlang 코드 생성기, 포매터, 테스트 프로젝트까지 하나의 저장소에서 관리함
  • Gleam은 기업 소유가 아닌 후원자 지원 프로젝트로, 프로젝트와 핵심 팀 구성원 모두 후원받을 수 있음

저장소 구성

  • gleam.run/gleam은 Gleam 언어의 Tangled 저장소임
  • 주요 구성 요소는 다음과 같음
    • compiler-cli, compiler-core, compiler-wasm
    • language-server, erlang-generation, erlang-term-format
    • format, hexpm, gleam-bin
    • 벤치마크, 문서, 커뮤니티 패키지와 컴파일러 관련 테스트 프로젝트
  • main이 유일한 브랜치이자 기본 브랜치이며 공개된 태그는 없음

언어 비중과 복제 방법

  • 언어별 비중은 Rust 92.9%, JavaScript 3.6%, Gleam 1.8%임
  • HTML과 CSS는 각각 0.4%, Erlang과 Shell은 각각 0.3%이며 TypeScript, Makefile, Dockerfile, Elixir, PowerShell도 포함됨
  • HTTPS와 SSH로 복제할 수 있으며 tar.gz와 .zip 형식 다운로드도 지원함
  • 자체 호스팅한 Tangled knot에서는 설정에 따라 복제 URL이 달라질 수 있음

최근 개발 작업

  • 최근 커밋에는 포매터와 JavaScript 코드 생성의 성능 개선, 폐기된 인자를 가진 external의 Erlang 생성 코드 수정이 포함됨
  • 언어 서버에는 variant 생성 코드 액션 제목에 타입 이름을 넣고, 숫자의 진법 변환 코드 액션을 추가하는 변경이 반영됨
  • 서로 다른 진법의 음수를 허용하고 컴파일러 제안 문구와 todo 경고 문구도 개선함
  • HEXPM_READ_API_KEY를 설정하면 Hex 의존성 탐색과 다운로드 요청을 인증함
    • 엄격한 IP별 제한 대신 더 높은 사용자별 요청 한도를 적용받을 수 있음

프로젝트 운영

  • Gleam은 타입 안전성을 바탕으로 확장 가능한 시스템 구축을 지향함
  • 기업이 소유하지 않으며 후원자들의 지원으로 운영됨
  • Gleam 후원 페이지에서 프로젝트 또는 핵심 팀 구성원을 후원할 수 있음

함께 보면 좋은 글 β

GN⁺   [-]
Hacker News 의견들

  • 이 글은 맥락 설명이 훨씬 더 필요함. 지금 상태로는 이미 발표가 필요 없는 사람만 바로 이해할 수 있음
    https://knowyourmeme.com/memes/curtains-for-zoosha

    • Gleam은 Erlang이나 Elixir를 좋아하는 사람들에게 인기 있는 언어이며, 모두 BEAM 가상 머신을 기반으로 함
      Tangled는 Bluesky와 같은 ATProto 위에 구축된 탈중앙화 GitHub 대안임
    • 링크된 페이지가 재게시된 평범한 트윗 하나를 스크롤 여러 장 분량의 ‘콘텐츠’로 늘려 놓아, 정작 연예 뉴스 기사처럼 읽힌다는 점이 아이러니함
    • 그렇다면 이 사이트, 즉 HN(Hacker News)이 무엇인지부터 설명해야 할지도 모름

  • Tangled를 처음 접하고 가입해 봤지만 신규 사용자 경험을 다듬어야 함. 이메일 입력과 인증을 거쳐 사용자 이름을 만들었는데 그 이름으로 직접 로그인할 수 없고, 생소한 소셜 URL 프로토콜까지 익혀야 했음
    인증 과정에서는 프로젝트 소유로 보이지만 브랜딩과 색상이 전혀 다른 화면과 URL로 이동했고, 비밀번호 관리자가 이를 연결하지 못했음. 가입 마찰에 유난히 민감한 편이지만 프로젝트 자체는 흥미로워서 이 피드백이 도움이 되길 바람

    • 내 가입·로그인 과정은 “로그인 클릭 → 기존 Bluesky 핸들 입력 → bsky 도메인의 로그인 화면에 비밀번호 입력 → 승인 클릭”이 전부였음. 현 단계에서는 이 경로가 더 최적화된 듯함
      앱과 신원이 밀접하게 결합되지 않아 별도 인프라를 마련했지만, 화면 완성도에는 아직 많은 시간을 쓰지 않은 것으로 보임. 자체 계정을 만들지 않았는데 사용자 이름으로 로그인할 수 없다면 무엇을 사용해야 하는지 궁금함
    • 내 경우에는 그보다도 못했고, Failed to complete sign up. Try again later.라는 오류만 표시됨

  • Gleam은 작고 정교한 설계를 지향하는 흥미로운 언어임. 최근 Ubuntu Summit에서 Gleam 팀을 만났는데, 작게 유지하면서 신중하게 만들어 간다는 설계 철학을 발표로 훌륭히 전달했음
    Giacomo가 모든 화면 전환을 직접 애니메이션으로 만들었다고 했는데, 발표 자체도 작고 세심하게 제작해 핵심 메시지를 한층 더 강화했다고 느낌
    https://youtu.be/E6_JqYMeNqs
    https://discourse.ubuntu.com/t/gleam-and-the-value-of-small/...
    https://en.wikipedia.org/wiki/Gleam_(programming_language)

  • Tangled에서 자체 Knot 서버를 운영해 봤는데, 저장소는 Knot에 정상 생성돼도 Tangled에는 이후 변경 사항이 나타나지 않았음
    Knot에 IPv6 연결이 있었지만 IPv4 NAT를 여러 개 활성화하고 더미 A 레코드까지 만들어야 안정적으로 작동했으며, 이미 알려진 문제임: https://tangled.org/tangled.org/core/issues/494

  • 왜 Codeberg 대신 벤처 투자 기반 Forge를 골랐는지 궁금함. ‘친근한 언어’라는 주장과도 잘 맞지 않아 보임

    • “Tangled에 있다”는 것은 사실상 sh.tangled.* ATProto 레코드를 발행한다는 뜻임. tangled.org 웹 앱 뒤의 벤처 투자 회사에 종속되는 구조가 아니며, 앱이 프로토콜로 공개된 Git 저장소를 읽어 보기 좋은 화면으로 보여줄 뿐임
      같은 레코드를 읽는 다른 ATProto 앱도 동일한 정보에 접근할 수 있음. 저장소 자체도 Tangled에 둘 필요 없이 Git, SSH, HTTP, WebSocket을 지원하는 서버에서 직접 호스팅할 수 있음
    • Tangled의 자금 조달 방식은 선호하지 않지만, ATProto가 인터넷을 개선할 잠재력은 크다고 봄. Gleam 커뮤니티에서도 이 프로토콜에 관심이 높아 Gleam 저장소의 미러를 호스팅하기에 적합하다고 판단함
    • Gleam은 여전히 GitHub에도 남아 있음. 공식 이전이 아니라 ATProto 기반 Forge에도 추가로 올라온 것뿐임
    • 금전적 지원의 조건이었을 가능성이 커 보이며, 결국 핵심 가치가 커뮤니티보다 돈이라는 씁쓸한 인상을 줌. 차라리 프로젝트에서 Elixir를 쓰는 데 집중하겠음

  • Tangled를 처음 사용해 봤지만 실제 사용이 어려울 만큼 버그가 많아 보임. 저장소를 만들었는데 404가 떠서 볼 수 없었고, 같은 ATProto 핸들을 매번 복사해 입력했는데도 로그인에 여러 차례 실패했음
    그래도 더 많은 팀이 Git 호스팅 대안을 개발하는 것은 반가움

    • 초기 GitHub에서도 저장소를 비동기로 생성하면서 즉시 이동시켜 같은 일이 벌어졌음. 몇 초 뒤 새로고침하면 나타났고, 이후에는 기다렸다 자동으로 이동시키는 중간 화면이 추가됐던 것으로 기억함

  • 한동안 탈중앙화 Git 서비스를 찾았고 직접 호스팅도 시작했지만, 소셜 기능이 부족했음. Tangled에 관한 정보가 더 궁금함

    • Radicle은 목표에 조금 더 가까우며 자체 호스팅과 연합이 가능함. 다만 GitHub 같은 사회적 중력을 갖춘 대안을 찾기는 어려우며, 이 요소를 Forge와 분리할 수 있는지 아니면 함께 제공해야 하는지는 아직 불분명함
    • 현재는 화면과 API 자체를 자체 호스팅할 수 없는 듯함. Git 서버인 Knot와 CI 실행기인 Spindle은 운영할 수 있지만, 전체 서비스는 아직 다소 중앙화돼 있으며 이를 바꾸는 작업이 진행 중임
    • 회사가 핀란드에 등록됐다는 사실 외에는 누가 운영하고 어떻게 자금을 조달하는지 찾기 어려웠음

  • 프로젝트 하나를 Tangled에 올려 볼 의향은 있지만, 기존 서비스와의 격차를 메울 기능 구성은 아직 갈 길이 멂. 특히 저장소를 보기만 할 때도 발생하는 GitHub 장애가 너무 큰 방해가 되고 있음

    • ATProto라는 분위기만으로 Tangled를 택하기보다, 더 성숙한 Codeberg나 자유·오픈소스인 Forgejo 또는 Gitea를 쓰지 않는 이유가 궁금함
    • GitHub 장애에 대한 불만 때문에 확실히 다른 서비스를 찾기 시작했음

  • Tangled가 Codeberg와 어떻게 다른지, 이전 과정은 어떤지 궁금함

    • 둘 다 사용 중인데 Tangled에는 비공개 저장소와 보호 브랜치 같은 중요한 기능이 아직 없음. 대신 화면은 Tangled가 더 편안하게 느껴지고 Codeberg는 내 환경에서 꽤 느림
      CI/CD는 쓰지 않아 복잡한 이전 과정까지는 모르지만, 호스팅된 Knot에 저장소를 푸시하는 일은 매우 간단함. 자체 Knot 운영도 어렵지 않으며, 코드를 보내는 서버 중 적어도 하나를 직접 소유한다는 점이 마음에 듦
    • Tangled는 Forgejo나 Codeberg와 달리 ATProto 연합 프로토콜을 중심으로 구축됐다는 점이 핵심 차이임

  • Tangled가 무엇이고 어느 Gleam을 뜻하는지 알기 어려움

    • 아는 사람만 아는 종류의 글처럼 보임. 링크를 열어도 Tangled와 관련 있어 보이는 내용이 거의 없었고, 대상 독자가 제한된 HN 글 중에서도 특히 심한 편임
      URL이 Tangled라는 단서는 세 번째로 열어 본 뒤에야 알아챌 만큼 미묘했고, 방문 페이지에는 Tangled를 설명하는 내용이 사실상 없었음
답변달기