나는 인터넷이 매주 어떤 코드를 병합할지 투표하게 한다. 2주 차: 그들은 매일 병합하라고 투표했다.
Source: Dev.to
지난 일요일에, 나는 첫 커뮤니티 PR을 병합했습니다. 이번 일요일에, 커뮤니티가 매일 병합하기로 투표했습니다.
실험
OpenChaos 은(는) 누구나 PR을 제출하고, 커뮤니티가 GitHub 리액션으로 투표하며, 가장 많은 표를 받은 PR이 병합되는 저장소입니다. 모든 것이 변경될 수 있습니다 — 규칙까지도.
숫자
| 지표 | 1주차 | 2주차 | 변화 |
|---|---|---|---|
| Stars | 400 | 690 | +73 % |
| Forks | 35 | 57 | +63 % |
| Open PRs | 30 | 45 | +50 % |
월요일: 보이지 않는 투표용지
GitHub API는 기본적으로 30개의 결과를 반환합니다. 우리는 40개 이상의 열린 PR이 있었습니다.
오래된 PR들—#13 (Rust 재작성) 및 #47 (IE6 모드)—이 리더보드에 표시되지 않았습니다. 사람들은 보지 못한 것에 대해 투표할 수 없었습니다.
나는 즉시 수정 사항을 병합했습니다.
몇몇은 내가 내 규칙을 깨었다고 말할 것입니다. 하지만 PR을 숨기는 버그는 혼돈이 아니라 단순히 고장난 것입니다. 투표용지를 볼지 여부에 대해 투표할 수 없습니다. 투표소가 먼저 작동해야 합니다.
선례: 콘텐츠는 일요일을 기다립니다. 인프라는 고장 났을 때 배포됩니다.
화요일: 러스트 전쟁
두 개의 PR. 같은 밈. 매우 다른 실행.
-
PR #13: “Rewrite it in rust” by @wvanlit 은 1주 차 준우승으로 458표를 받았습니다. 문제는 빌드되지 않았다는 점입니다. 주 중반에 CI를 통과하기 시작하면서 밈이 현실이 되었습니다.
의견은 갈렸습니다:
- “js를 적게 쓰면 버그가 적다”
- “Rust를 읽고 쓸 수 있는 사람이 적습니다. 실질적인 이득 없이 기여가 더 어려워질 것입니다.”
- “실수가 많을수록 혼돈이 커진다.”
@bpottle 가 조사하고 PR #91: “Rewrite it in Rust (for real)” (13 커밋, Axum 백엔드, 적절한 async)를 작성했습니다. 18표를 받았습니다.
Lesson: 민주주의는 노력에 보상하지 않습니다. 밈에 보상합니다.
수요일: 조용한 쿠데타
모두가 Rust 드라마를 지켜보는 동안, PR #51: “Chaos each day” 은 상승하고 있었습니다 — 매주가 아니라 매일 병합하도록 하는 간단한 변경이었습니다.
수요일까지는 Rust 리라이트를 통과했고, 목요일에는 300표 이상을 앞섰으며, 일요일 아침에는 788표를 기록했습니다.
@matthewmayer 가 저를 “자비로운 독재자”라고 부르며 언제가 좋은지 물었습니다. 저는 09:00 UTC 라고 답했는데, 그때가 일어나기 좋은 시간이라서였습니다. @BetonZM 은 PR을 9:00으로 업데이트했습니다.
커뮤니티는 무엇에 투표하고, 유지관리자는 언제를 정합니다. 거버넌스가 형성되고 있습니다.
“혼돈이 있게 하라. 그 후 – 매시간 코드 병합을 분위기로 만든다.”
목요일: 수학
#51이 승리하면서, 다음 주 일정은 다음과 같습니다:
| 날짜 | PR | 무엇을 배포 |
|---|---|---|
| 일요일 09:00 | #51 | 일일 병합 활성화 |
| 월요일 09:00 | #13 | Rust 재작성 |
| 화요일 09:00 | #47 | IE6 GeoCities 모드 |
| 수요일 09:00 | #8 | PR 상태 지표 |
| 목요일 09:00 | #52 | PR 연령 표시 |
| 금요일 09:00 | #60 | 혼돈의 전당 |
| 토요일 09:00 | #11 | 반전된 밝기/다크 모드 |
7주가 아니라 7일 만에 7개의 병합이 이루어졌습니다. 9일 차에 PR #63: “자동 병합 추가” 가 대기열에 들어가 GitHub Actions 트리거를 추가했습니다—인간이 필요 없습니다.

일요일: 두 번째 병합
2026년 1월 18일 — UTC 09:00
PR #51: “Chaos each day” 가 +788표와 함께 병합되었습니다.
다음 병합은 내일 UTC 09:00에 진행됩니다. 다음은 Rust 재작성이며, 병합 충돌을 해결할 수 있다면 진행됩니다. 그렇지 않으면 1999가 일찍 찾아옵니다.
최종 순위
| 순위 | PR | 순투표 | 상태 |
|---|---|---|---|
| 1 | #51 – 매일 혼돈 | +788 | ✅ 병합됨 |
| 2 | #13 – 러스트로 재작성 | +458 | 병합 충돌 |
| 3 | #47 – IE6 GeoCities 모드 | +319 | 대기 중 |
| 4 | #8 – PR 건강 지표 | +185 | 대기 중 |
| 5 | #52 – PR 연령 표시 | +108 | 대기 중 |
다음은
- 러스트(Rust)로 작성됨
- 1999년 스타일
- 나 없이 실행 중
나는 그것이 어떻게 될지 전혀 모른다. 그것이 바로 핵심이다.
떠오르는 현상
-
속도가 투표를 얻는다.
일일‑병합 PR은 영리하거나 재밌지는 않았다. 단지 더 많은 혼돈을, 더 빠르게 약속했을 뿐이다. 그게 충분했다. -
대기열이 로드맵이다.
일일 병합을 통해 다음 주에 예정된 변화를 볼 수 있다. 기대감은 무엇이 승리하는가에서 무엇이 살아남는가로 바뀐다. -
거버넌스는 혼돈에서 나타난다.
첫 번째 커뮤니티 병합은 다운투표를 추가했다. 두 번째는 병합 일정을 바꾸었다. 커뮤니티의 첫 본능은 파괴가 아니라, 혼돈을 제어하는 시스템을 구축하는 것이다.
그들은 게임을 깨는 것이 아니다. 규칙을 쓰고 있다.
∞의 2주 차.
다음 병합은 내일이다.