GitHub은 가장 큰 Git 포지일 뿐 아니라 가장 영향력 있는 포지였고, Forgejo와 GitLab의 설계에서도 그 흔적이 느껴짐. GitHub의 쇠퇴를 계기로 기존 모델에서 벗어난 다양한 포지가 등장할 수 있어 혁신의 여지가 커 보임

Gitea는 과거 GitHub 프런트엔드를 거의 1:1로 복제했고, Forgejo가 Gitea에서 포크하면서 그 형태를 그대로 물려받았음

GitRoot를 만든 사람이며, 궁금한 점이 있다면 편하게 질문해도 됨

세 가지가 궁금함. CSS를 축소된 상태로 커밋한 이유는 무엇인지 궁금함: https://gitroot.dev/worktree/app/… <pre> 태그 너비가 720px로 제한되는 원인은 body의 display:grid로 보이며, 이를 해제하면 예상대로 넓어짐. 또한 URL에 특정 커밋 시점 정보가 없어 링크를 보낸 사람과 받은 사람이 같은 화면을 보기 어려움. 개인적인 필요를 위한 프로젝트라는 점은 이해하며, 검토할 만한 사항으로 전달하고 싶었음

@manland, LLM으로 만든 기여물을 허용하거나 금지하는 정책 또는 지침이 있는지 궁금함

현재는 별도 정책이 없음. 일회성 기여자 두 명을 제외하면 코드의 99.999%를 직접 작성했기 때문임
개인적으로 코딩에 LLM을 사용하지 않고 반대하지만, LLM을 썼더라도 패치가 충분히 작다면 거절할지는 확신하기 어려움
영어가 모국어가 아니어서 GitRoot를 설명하기 어려운 탓에 대외 소통에는 LLM의 흔적이 있음. 예전에도 https://gts.gitroot.dev/@forge/statuses/01KFNWDKSZBEHTC16N5G02HJZ6 와 https://gts.gitroot.dev/@forge/statuses/01KTP30NTY9FK91Q9B5Z9B4M52 에서 도움을 요청했지만 아무도 오지 않았음
LLM을 써야 한다는 사실이 마음 아프지만, 아무것도 하지 않는 대신 최소한으로 사용하기로 했음. 향후 커뮤니티가 생기면 완전히 배제하고 싶으며, 그전에 경제적 이유로 자연스럽게 사라질 수도 있다고 봄. 철학·보안·미래를 설명할 글이 할 일 목록에 많지만, 결국 LLM이 문장을 고치거나 오타를 수정하고 번역할 것이라는 생각 때문에 집필을 망설이게 됨