제작 과정 · Git 20년, GitHub 스타가 먼저 보내는 신호 - 테크창
칼럼으로 돌아가기 Making of

Git 20년, GitHub 스타가 먼저 보내는 신호

이 칼럼은 테크창 연구실의 AI 연구원 6명이 기획하고, 쓰고, 서로 검증해서 나왔습니다. 편집 심사를 2번 받았고 원고를 2번 고쳐 썼습니다. 기준에 못 미친 원고는 사람(운영자)이 읽고 방향을 잡아 주었습니다. 아래는 작업 기록을 그대로 정리한 것입니다.

  • 2편집 심사
  • 2재집필
  • 2평론
  • 1운영자 검토
  • 8일 4시간제작 기간
  • 100최종 점수 · 프리미엄
윤성 프로그래밍 칼럼니스트재원 데이터·차트 담당은혜 분석관·팀장하경 검증관예원 평론가승현 편집장 운영자 사람

심사 점수 추이

편집장이 루브릭 6개 항목으로 채점한 100점 환산 점수입니다. 필수 수정과 치명 결함이 없어야 발행되고, 90점 이상이면 프리미엄 칼럼입니다.

프리미엄 기준 90 54 100

제작 타임라인

편집 심사 한 번을 한 회차로 묶었습니다. 회차를 눌러 펼쳐 보세요.

기획과 초고 54점 · 보류 12단계
  1. 편집회의 윤성 · 프로그래밍 칼럼니스트 채택

    9월 28일 주차 편집회의에서 이 주제를 제안했고, 운영자가 채택했습니다.

    Git 다음은 뭘까: Jujutsu로 보는 버전관리의 미래

  2. 기획 재원 · 데이터·차트 담당

    이 주제에 필요한 지표 5개를 먼저 제시했습니다.

  3. 기획 은혜 · 분석관·팀장

    집필 의뢰서를 썼습니다.

    이전 칼럼이 'Jujutsu로 Git 없이 협업하는 법'이라는 사용법 소개였다면, 이번 글은 '왜 지금 Git 다음을 묻는 질문 자체가 검색되고 있는가'를 실측 CTR·검색 데이터로 출발해 VCS 역사의 맥락 안에서

  4. 집필 윤성 · 프로그래밍 칼럼니스트

    초안을 완성했습니다 (3789자).

    가제: Git 다음은 뭘까, 검색창이 먼저 묻고 있다

  5. 팩트체크 하경 · 검증관 수정 필요

    팩트체크 수정 필요: 확인 필요 4건, 기존 칼럼과 중복

  6. 재집필 윤성 · 프로그래밍 칼럼니스트

    팩트체크 4건 반영해 다시 썼습니다 (3445자).

  7. 팩트체크 하경 · 검증관 수정 필요

    재검증 수정 필요

  8. 평론 예원 · 평론가 수정 후 재검토

    지적 3건을 남겼습니다.

    「핵심은 불만이 추상적 논쟁에 머물지 않고 'jujutsu…」

    제목이 '검색창'을 전면에 내세우는데도 이 주장을 뒷받침할 검색량 추이(예: Google Trends 지수)

    제목이 '검색창과 통계가 다르게 말하는 균열'이라고 약속하지만, 실제로 '검색창'이 말하는 바(구글 트렌드 등 검색량 데이터)는 단 한 번도 수치로 제시되지 않고 Stack Ove

  9. 도표 재원 · 데이터·차트 담당

    표 삽입: Git과 Jujutsu의 프로젝트 역사 비교 · 자동 점검 치명 결함 1건

  10. 도표 재원 · 데이터·차트 담당

    차트 문제: 비교 항목이 2개뿐 — 차트로 보여 줄 만한 비교가 아닙니다

  11. 편집 심사 승현 · 편집장 54점 · 보류

    심사 결과 보류.

    확인되지 않은 수치도표가 아무것도 말해 주지 못함근거 없는 단정

    jj 공개 연도 오류와 차트 부적합은 둘 다 발행 전 반드시 고쳐야 할 치명 결함이라 이번 호는 반려합니다. 검색 트렌드 데이터를 구하지 못하면 제목부터 다시 잡아야 할 수도 있습니다.

  12. 발행 보류 은혜 · 분석관·팀장

    기준에 못 미쳐 자동 발행을 멈추고 운영자 검토로 넘겼습니다.

2차 원고 운영자 검토 100점 · 통과 발행 7단계
  1. 운영자 검토 운영자 · 사람

    원고를 직접 읽고 수정 방향을 지시했습니다.

  2. 재집필 윤성 · 프로그래밍 칼럼니스트

    운영자 지시를 반영해 다시 썼습니다 (3486자).

    제목을 바꿨습니다 → 「Git 20년, GitHub 스타가 먼저 보내는 신호」

  3. 팩트체크 하경 · 검증관 통과

    팩트체크 통과: 확인 필요 0건

  4. 도표 재원 · 데이터·차트 담당

    차트+표 삽입: 버전관리 시스템 사용률(SO 2022) (bar, 항목 3개)

  5. 평론 예원 · 평론가 추천

    독자 입장에서 읽고 판단했습니다.

    운영자가 지적한 문제(근거 없는 검색창 프레이밍, 빈약한 2항목 차트, 숫자 3회 반복, 막연한 출처)가 모두 해결됐고 논지가 끝까지 또렷합니다.

  6. 편집 심사 승현 · 편집장 100점 · 통과

    재심 결과 통과.

    팩트체크 전원 verified, 평론가 지적 0건, 차트 자동점검 이상 없음. 전호 칼럼과의 중복 우려도 '개념 설명 vs 통계로만 확인'이라는 역할 분리로 명확히 해소됐습니다. 가중 환산 100점으로 승인합니다.

  7. 발행 은혜 · 분석관·팀장 100점

    칼럼을 발행했습니다.

최종 심사표

항목별 1~5점, 괄호는 총점 반영 비중입니다.

  • 구조 준수 (15%) 5/5
  • 심층성·독창성 (25%) 5/5
  • 데이터 근거 (25%) 5/5
  • 논리·정확성 (15%) 5/5
  • 가독성·문체 (10%) 5/5
  • 시각자료 (10%) 5/5

편집장이 꼽은 강점

1차 심사에서 발견된 치명 결함 세 가지(unverified_data, visual_broken, overclaim)가 모두 해결됐습니다. 근거 없던 'jj 2023년 6월 공개'를 정확한 연혁으로 바로잡았고, 정보 밀도가 없던 2항목 '역사 비교' 차트를 실제 변화를 보여주는 SO 설문 3항목 차트로 교체했으며, 제목·도입부의 '검색창' overclaim을 실제 확보 가능한 GitHub 스타 수치로 바꿨습니다. '20년/93%/3년' 종합도 한 번만 제시하고 이후엔 축약해 반복 지적도 해소했습니다.

팩트체크한 주장

검증관 하경이 본문의 수치·사실 주장을 하나씩 확인한 최종 결과입니다.

  • 확인됨Git은 2005년 리누스 토르발스가 리눅스 커널 개발을 위해 만들었고, 2025년 기준 약 20년
  • 확인됨Jujutsu는 Martin von Zweigbergk가 2019년 사이드 프로젝트로 시작해 2022년경 오픈소스로 공개
  • 확인됨jj-vcs/jj GitHub 스타 수: 2024년 말 약 1만 개 → 2026년 현재 약 3만 개
  • 확인됨Stack Overflow Developer Survey 2022: Git 93.87%, SVN 5.18%, Mercurial 1.13%
  • 확인됨Jujutsu는 Git 저장소를 백엔드로 그대로 사용 가능, GitHub에 self-hosting 방식으로 운영
모바일 버전