Gleam은 Erlang이나 Elixir를 좋아하는 사람들에게 인기 있는 언어이며, 모두 BEAM 가상 머신을 기반으로 함
Tangled는 Bluesky와 같은 ATProto 위에 구축된 탈중앙화 GitHub 대안임

링크된 페이지가 재게시된 평범한 트윗 하나를 스크롤 여러 장 분량의 ‘콘텐츠’로 늘려 놓아, 정작 연예 뉴스 기사처럼 읽힌다는 점이 아이러니함

그렇다면 이 사이트, 즉 HN(Hacker News)이 무엇인지부터 설명해야 할지도 모름

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

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

내 경우에는 그보다도 못했고, Failed to complete sign up. Try again later.라는 오류만 표시됨

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를 설명하는 내용이 사실상 없었음