GITHUB × FOOTBALL CARD
내 GitHub가
축구 선수 카드가 된다
안녕하세요. SCV입니다.
리눅스를 만든 개발자 리누스 토르발즈가 축구 게임에 출전한다면 능력치는 몇 점일까요? GitFut의 답은 99점 만점에 96점, 포지션은 스트라이커, 등급은 전설을 뜻하는 ICON입니다. 농담 같은 카드지만 숫자의 재료는 실제 GitHub 활동입니다.
GitHub 프로필을 월드컵 스타일 선수 카드로 바꾸는 GitFut. 이미지 출처: GitFut 공식 사이트
1. 개발자에게 스카우트 보고서를 붙이다
GitFut은 GitHub 사용자 이름을 입력하면 공개 프로필의 활동을 읽어 축구 게임 선수 카드로 시각화하는 무료 웹 애플리케이션입니다.
프로필 사진과 국가, 주로 사용한 언어가 카드 앞면에 배치되고, 커밋·스타·풀 리퀘스트·팔로워·리뷰·이슈·누적 기여 같은 활동은 6개 능력치로 번역됩니다. 결과 페이지에는 종합 점수와 포지션뿐 아니라 플레이 스타일, 활동 성향, 세부 스카우팅 지표도 함께 나옵니다.
핵심 재미는 딱딱한 개발자 통계를 축구 언어로 바꿔 준다는 데 있습니다. 커밋이 많으면 빠르게 경기장을 누비는 선수처럼 PAC가 오르고, 많은 사람이 저장소에 스타를 눌렀다면 결정력이 뛰어난 공격수처럼 SHO가 오릅니다. 리뷰와 이슈 대응은 수비, 누적 기여는 오래 버티는 체력으로 해석됩니다.
월드컵 공을 차는 GitFut 공식 마스코트. 이미지 출처: GitFut
카드에서 바로 보이는 정보
카드는 고정된 명함도 아닙니다. 공식 저장소 설명에 따르면 카드 이미지 주소는 프로필 통계가 바뀌면 다시 스카우트되어 갱신됩니다. 따라서 한 번 만든 이미지를 포트폴리오나 GitHub README에 붙여 두면, 시간이 지나 활동량이 달라졌을 때 새로운 결과를 보여 줄 수 있습니다.
2. PAC부터 PHY까지, 무엇을 재는가
GitFut 공식 저장소는 6개 능력치가 GitHub GraphQL API에서 읽은 공개 신호를 바탕으로 한다고 설명합니다. 설문이나 자기 평가가 아니라 프로필에 나타난 활동을 재료로 삼는다는 뜻입니다.
다만 축구 능력치 이름과 개발 활동의 연결은 어디까지나 서비스가 만든 비유입니다. 점수가 높다고 코드 품질이 자동으로 높다는 의미는 아니며, 낮다고 개발 역량이 부족하다는 뜻도 아닙니다. 이 전제를 알고 보면 카드의 숫자를 훨씬 재미있고 정확하게 읽을 수 있습니다.
| 축구 능력치 | GitHub에서 보는 신호 | 개발자 카드식 해석 |
|---|---|---|
| PAC Pace | 최근 1년 커밋 | 최근에도 꾸준하고 빠르게 결과물을 내는가 |
| SHO Shooting | 저장소에서 얻은 스타 | 만든 프로젝트가 얼마나 강하게 주목받았는가 |
| PAS Passing | 풀 리퀘스트와 팔로워 | 협업에 참여하고 다른 개발자에게 영향력을 전달하는가 |
| DRI Dribbling | 사용 언어의 다양성 | 여러 기술 환경을 다루는 기술적 범위가 넓은가 |
| DEF Defending | 코드 리뷰와 이슈 | 문제를 발견하고 품질을 지키는 활동에 참여하는가 |
| PHY Physical | 평생 누적 기여 | 오랜 기간 활동을 지속한 내구성과 경험이 있는가 |
왜 갑자기 90점대가 나오지 않을까
공식 설명에서 특히 흥미로운 부분은 원시 능력치가 88점에서 제한된다는 점입니다. 90점대는 짧은 기간의 폭발적인 커밋만으로 얻을 수 없고, 활동 연차와 영향력을 함께 보는 이른바 레거시 관문을 통과해야 합니다.
이는 카드 한 장이 단기 활동량만 과대평가하지 않도록 만든 장치입니다. 한 해 동안 엄청난 커밋을 올린 신인과 여러 해 동안 생태계에 영향을 준 유지관리자를 구분하려는 설계로 볼 수 있습니다. 종합 점수와 포지션도 단순 평균이 아니라 능력치의 모양을 읽습니다. 슈팅이 튀면 최전방 공격수에 가깝게, 수비와 패스가 강하면 후방 플레이메이커에 가깝게 배치됩니다.
능력치 조합으로 개발자 유형 읽기
종합 점수만 보면 누가 더 높고 낮은지만 남지만, GitFut의 진짜 재미는 6개 숫자의 조합에 있습니다. 같은 85점 카드라도 SHO와 PHY가 높은 사람은 오랫동안 인기 프로젝트를 운영한 공격수형에 가깝고, PAS와 DEF가 높은 사람은 협업과 유지보수에 강한 플레이메이커형으로 읽을 수 있습니다.
이 차이는 실제 개발 현장과도 닮았습니다. 새 기능을 빠르게 출시하는 사람, 리뷰로 팀의 품질을 지키는 사람, 개발자 커뮤니티가 널리 쓰는 도구를 만든 사람은 모두 기여 방식이 다릅니다. 카드가 모든 차이를 정확히 설명할 수는 없지만, 어떤 공개 활동이 프로필에서 두드러지는지 대화를 시작하는 데는 충분합니다.
6개 스탯을 조합한 대표적인 모습
| 두드러진 조합 | 카드에서 읽히는 유형 | 확인해 볼 실제 활동 |
|---|---|---|
| PAC + SHO | 최근 빠르게 결과를 내고 관심도 얻은 공격수형 | 최근 릴리스, 신규 프로젝트, 스타 증가 배경 |
| PAS + DEF | 협업과 유지보수에 강한 미드필더형 | PR 참여, 리뷰 내용, 이슈 해결 과정 |
| DRI + PAS | 여러 기술을 연결하는 다재다능한 조율자형 | 언어별 프로젝트의 깊이와 협업 범위 |
| SHO + PHY | 오랜 기간 영향력 있는 결과를 만든 전설형 | 대표 저장소의 역사, 사용자층, 장기 유지보수 |
| PAC + PHY | 누적 경험이 많으면서 현재도 활발한 워크호스형 | 기여 달력의 지속성, 최근 활동의 실제 내용 |
예를 들어 PAC가 높아도 자동 생성 커밋이나 작은 수정이 많은 것인지, 실제 기능 개발이 활발한 것인지는 카드만으로 구분하기 어렵습니다. SHO가 높을 때도 여러 저장소가 고르게 사랑받는지, 하나의 대표 프로젝트가 대부분의 스타를 차지하는지 살펴봐야 합니다. GitFut의 세부 보고서가 대표 저장소 도달 범위와 전체 획득 스타를 따로 보여 주는 이유가 여기에 있습니다.
PAS는 PR과 팔로워를 함께 보기 때문에 순수한 협업량과 대중적 영향력이 한 숫자에 섞일 수 있습니다. DEF 역시 리뷰와 이슈가 적다고 품질 관리에 관심이 없다는 뜻은 아닙니다. 저장소 소유자가 직접 커밋으로 수정하거나, 메일링 리스트와 별도 코드 리뷰 시스템을 사용하는 프로젝트라면 GitHub 화면에 남는 방어 활동이 적을 수 있습니다.
카드 마감 등급은 무엇인가
공식 저장소에는 Bronze, Silver, Gold, In-Form, TOTY, Icon의 카드 마감이 소개되어 있습니다. 이는 축구 게임 카드 수집의 감각을 빌려 종합 점수와 프로필의 위상을 시각적으로 구분하는 장치입니다. 낮은 등급이 실패를 뜻하는 것은 아닙니다. GitHub를 막 시작했거나 비공개 업무 비중이 높은 개발자는 공개 신호 자체가 적으므로 자연스럽게 소박한 카드가 나올 수 있습니다.
반대로 Icon은 유명인 이름을 수동으로 지정하는 장식이라기보다, 높은 영향력과 긴 활동 이력이 함께 필요한 90점대 레거시 설계와 연결됩니다. 토르발스의 흰색과 금색 카드가 특별해 보이는 이유도 높은 숫자뿐 아니라 오랜 기간 축적된 공개 기록을 시각적으로 강조하기 때문입니다.
3. 토르발스는 왜 96점 스트라이커인가
리누스 토르발스의 카드는 96 ICON이며 포지션은 ST, 선수 유형은 Galáctico로 표시됩니다. 6개 능력치는 PAC 82, SHO 92, PAS 87, DRI 77, DEF 58, PHY 95입니다.
가장 높은 PHY 95는 장기적인 오픈소스 기여를, SHO 92는 프로젝트가 얻은 압도적인 관심을 상징합니다. 반면 DEF 58은 코드 리뷰와 이슈 수가 다른 지표보다 낮게 잡힌 결과입니다. 즉 카드가 말하는 토르발스는 모든 항목이 똑같이 높은 만능형이 아니라, 오래 활동하며 거대한 영향력을 만든 결정력 높은 공격수입니다.
종합 96, ST 포지션으로 표시된 리누스 토르발즈 카드. 이미지 출처: GitFut 토르발즈 스카우트 보고서
세부 스카우팅 보고서 읽기
확인 시점의 보고서는 최근 커밋 약 3.2천 회, 저장소에서 얻은 스타 약 25만 개, 가장 인기 있는 저장소의 스타 약 23.9만 개, 팔로워 약 31.1만 명, 누적 기여 약 3.7만 회를 보여 줍니다. 이 가운데 커밋·획득 스타·대표 저장소 도달 범위·팔로워는 각각 세부 점수 99로 표시됩니다.
플레이 스타일도 숫자를 축구식 별명으로 다시 번역합니다. 많은 팔로워는 Magnetic+, 스타는 Star Magnet+, 대표 저장소의 폭발적 인기는 Viral Hit+, 누적 기여는 Marathoner+, 최근 기여는 Rapid Fire+, 오랜 가입 기간은 Veteran+, 연중 활동성은 Workhorse+로 붙습니다. 이름만 보면 게임의 특수 능력 같지만, 실제로는 어떤 GitHub 신호가 강한지 빠르게 읽게 만드는 라벨입니다.
다른 유명 개발자 카드와 비교하면
GitFut 메인 화면은 다른 유명 프로필도 예시로 보여 줍니다. ThePrimeagen은 94점 중앙 미드필더, t3dotgg는 95점 중앙 미드필더로 표시됩니다. 종합 점수가 비슷해도 능력치 분포에 따라 포지션이 달라진다는 점이 재미있습니다.
| 프로필 | 종합 | 포지션 | 강점이 드러나는 지표 |
|---|---|---|---|
| torvalds | 96 | ST | PHY 95, SHO 92 |
| ThePrimeagen | 94 | CM | PHY 94, SHO 91 |
| t3dotgg | 95 | CM | PHY 93, SHO·PAS 90 |
4. 내 GitHub 카드 만드는 방법
사용법은 간단합니다. GitFut 메인 화면의 스카우트 입력란에 GitHub 사용자 이름을 넣으면 됩니다. 주소를 직접 입력해도 됩니다. 예를 들어 사용자 이름이 torvalds라면 결과 페이지는 아래와 같은 구조입니다.
https://gitfut.com/torvalds
- GitFut 메인 페이지를 엽니다.
- 입력란에 자신의 GitHub 사용자 이름을 정확히 적습니다.
- SCOUT 버튼을 눌러 공개 프로필 분석을 요청합니다.
- 완성된 카드에서 종합 점수, 포지션, 6개 능력치와 스카우트 보고서를 확인합니다.
- 이미지를 저장하거나 카드 URL을 README, 포트폴리오, SNS에 공유합니다.
GitHub README에 살아 있는 카드 넣기
공식 저장소는 사용자 이름 뒤에 .png를 붙인 주소를 이미지로 사용할 수 있다고 안내합니다. 아래 코드의 YOUR_USERNAME을 자신의 계정명으로 바꾸면 됩니다.
[](https://gitfut.com/YOUR_USERNAME)
국가 표시가 실제 위치와 다르거나 원하는 대표 국기를 쓰고 싶다면 공식 문서에 나온 ?country=XX 쿼리를 사용할 수 있습니다. 여기서 XX는 국가 코드입니다.
공유할 때는 점수 자랑만 하기보다 자신의 카드에서 왜 특정 지표가 높거나 낮은지 한 줄 덧붙이는 편이 좋습니다. 예를 들어 “최근 오픈소스 유지보수 덕분에 DEF가 올랐다” 또는 “언어를 넓혀 DRI가 달라졌다”처럼 활동 맥락을 설명하면 카드가 포트폴리오 대화의 출발점이 됩니다.
이런 곳에 잘 어울립니다
| 활용 위치 | 추천 방식 | 주의할 점 |
|---|---|---|
| GitHub 프로필 README | 라이브 PNG를 링크해 자동 갱신 | 이미지가 너무 커지지 않도록 배치 확인 |
| 개발자 포트폴리오 | 소개 섹션의 가벼운 아이스브레이커 | 실제 프로젝트 설명을 카드로 대체하지 않기 |
| 팀 회고·스터디 | 서로의 활동 유형을 비교하는 재미 요소 | 순위 경쟁이나 평가 도구로 사용하지 않기 |
| SNS | 스카우트 페이지 링크와 함께 공유 | 수치는 조회 시점에 달라질 수 있다고 표기 |
카드보다 오래 남는 GitHub 프로필 정리법
GitFut 점수를 억지로 높이는 것보다 중요한 것은 방문자가 실제 작업을 이해할 수 있게 공개 프로필을 정리하는 일입니다. 카드는 시선을 끌지만, 채용 담당자나 동료 개발자가 궁금해하는 것은 어떤 문제를 풀었고 어떤 선택을 했으며 결과를 어떻게 검증했는지입니다.
먼저 프로필 README에는 현재 관심 분야와 대표 프로젝트를 짧게 적습니다. 저장소 설명에는 프로젝트가 해결하는 문제, 주요 기능, 실행 방법, 기술 선택의 이유를 넣습니다. 화면만 보여 주는 이미지보다 설치와 실행이 재현되는 문서가 훨씬 강한 증거입니다.
| 점검 항목 | 좋은 상태 | 피하고 싶은 상태 |
|---|---|---|
| 프로필 소개 | 관심 분야와 현재 역할이 2~3문장으로 명확함 | 기술 배지만 많고 무엇을 만드는지 알 수 없음 |
| 대표 저장소 | 완성도와 설명이 좋은 프로젝트를 선별해 고정함 | 연습용 포크와 중단된 저장소가 먼저 보임 |
| README | 문제·설치·사용·구조·한계가 순서대로 설명됨 | 스크린샷만 있고 실행 방법이 없음 |
| 릴리스 | 버전과 변경점, 호환성 정보가 기록됨 | 기본 브랜치만 있고 사용 가능한 버전을 알 수 없음 |
| 협업 기록 | 이슈와 PR에서 판단 근거와 피드백이 남음 | 결과만 병합되고 논의 맥락이 사라짐 |
| 유지보수 | 알려진 한계와 향후 계획, 지원 범위가 정리됨 | 오래된 의존성과 실패한 빌드가 방치됨 |
오픈소스에 참여할 때도 커밋 수를 늘리는 행동보다 작은 문제를 끝까지 해결하는 편이 낫습니다. 재현 가능한 버그 보고서를 작성하고, 기존 논의를 읽은 뒤 범위를 합의하고, 테스트와 문서를 함께 고치는 과정은 숫자 하나로 모두 표현되지 않지만 실제 협업 능력을 잘 보여 줍니다.
자신의 카드에서 DEF가 낮다고 무작정 이슈를 많이 만들 필요는 없습니다. 사용 중인 도구의 문서 오류를 고치거나, 재현 절차가 분명한 이슈를 남기거나, 익숙한 저장소의 작은 PR을 꼼꼼하게 리뷰하는 것으로 충분합니다. DRI를 높이려고 필요 없는 언어 저장소를 만드는 것보다 한 기술을 깊이 있게 설명한 프로젝트가 포트폴리오에는 더 가치 있습니다.
5. 재미있는 카드와 정확한 실력 평가는 다르다
GitFut은 훌륭한 시각화이지만 개발자의 전체 역량을 측정하는 시험은 아닙니다. 비공개 저장소에서 일하는 사람, 회사 조직 안에서 기여하는 사람, 커밋을 자주 합치거나 스쿼시하는 팀, GitHub보다 다른 플랫폼을 쓰는 사람은 실제 노력에 비해 활동이 적게 보일 수 있습니다.
스타와 팔로워도 코드 품질과 같은 뜻이 아닙니다. 대중적인 프로젝트는 스타를 빠르게 모을 수 있지만, 사용자가 적은 전문 도구나 조직 내부 인프라는 영향력이 커도 공개 숫자가 작습니다. 리뷰와 이슈 역시 프로젝트 운영 방식에 따라 기록량이 크게 달라집니다. 언어 다양성이 높다고 반드시 깊이가 높지는 않고, 한 언어에 집중한 전문가가 DRI에서 불리할 수도 있습니다.
그럼에도 GitFut이 매력적인 이유는 숫자를 통해 질문을 만들어 내기 때문입니다. 왜 내 PAS는 높고 DEF는 낮은지, 최근 1년의 활동과 평생 기여가 어떻게 다른지, 공개 프로필이 나의 실제 작업을 제대로 설명하는지 돌아보게 합니다.
카드 결과가 마음에 들지 않는다면 점수를 인위적으로 올리기보다 README를 정리하고, 의미 있는 오픈소스 이슈에 참여하고, 작은 프로젝트라도 문서와 배포를 꾸준히 관리하는 편이 낫습니다. 그 과정이 실제 포트폴리오를 강화하고, 카드 변화는 자연스럽게 따라오는 보너스가 됩니다.
마무리: 숫자보다 프로필의 이야기를 보자
GitFut은 개발자 프로필을 처음 보는 사람도 한눈에 흥미를 느끼게 만드는 서비스입니다. 익숙한 GitHub 잔디와 저장소 통계를 축구 선수 카드의 문법으로 옮기면서, 최근 활동과 장기 기여, 인기와 협업이 서로 다른 축이라는 사실을 자연스럽게 보여 줍니다.
토르발스의 96점 카드도 단순히 유명한 개발자에게 높은 점수를 붙인 밈으로 끝나지 않습니다. SHO 92와 PHY 95는 대중적 영향력과 오랜 기여가 강하다는 이야기를 하고, DEF 58은 GitFut이 바라보는 리뷰·이슈 신호가 상대적으로 작다는 사실을 보여 줍니다. 무엇을 측정했고 무엇을 측정하지 않았는지 알면, 낮은 숫자 하나를 실제 능력의 약점으로 오해하지 않게 됩니다.
자신의 카드를 만들었다면 종합 점수를 먼저 본 뒤 6개 능력치 중 가장 높은 2개와 가장 낮은 1개를 살펴보세요. 높은 지표는 지금까지 공개 프로필에 잘 드러난 활동이고, 낮은 지표는 실제로 덜 한 일일 수도 있지만 기록 방식 때문에 보이지 않는 일일 수도 있습니다. 저장소와 PR, 이슈를 직접 열어 카드의 해석이 맞는지 확인하는 과정이 중요합니다.
친구나 팀원의 카드와 비교할 때도 우열보다 역할 차이를 이야기하면 훨씬 재미있습니다. 누군가는 새로운 프로젝트를 빠르게 만드는 공격수이고, 누군가는 리뷰와 이슈를 정리하는 수비수이며, 또 다른 사람은 다양한 기술과 사람을 연결하는 미드필더일 수 있습니다. 좋은 소프트웨어 팀은 한 종류의 스타 선수만으로 완성되지 않습니다.
결국 GitFut의 가장 좋은 용도는 채점표가 아니라 대화형 명함입니다. 카드로 관심을 끌고, 그 뒤에 있는 프로젝트 문서와 설계 판단, 실패와 개선 기록으로 실력을 설명해 보세요. 재미있는 첫인상과 신뢰할 수 있는 포트폴리오가 자연스럽게 이어질 것입니다.
자주 묻는 질문
Q1. GitFut은 무료인가요?
공식 사이트는 가격 0달러의 웹 애플리케이션으로 안내되어 있으며, 공개 GitHub 사용자 이름을 입력해 카드를 만들 수 있습니다.
Q2. GitHub 로그인이 필요한가요?
기본 카드 조회는 공개 프로필의 사용자 이름을 이용합니다. 비공개 저장소나 조직 내부 활동까지 모두 반영되는 서비스로 이해하면 안 됩니다.
Q3. 96점이면 개발 실력이 96점이라는 뜻인가요?
아닙니다. 96점은 GitFut이 선택한 공개 활동 신호를 축구 카드 방식으로 변환한 결과입니다. 설계 능력, 코드 품질, 협업 태도, 비공개 업무 성과를 종합 평가한 점수가 아닙니다.
Q4. 카드 점수는 나중에 바뀌나요?
네. 공식 저장소는 카드가 프로필 통계 변화에 따라 다시 스카우트된다고 설명합니다. 최근 커밋과 스타, 팔로워, 기여 기록이 달라지면 결과도 달라질 수 있습니다.
Q5. 토르발스의 DEF가 58로 낮은 이유는 무엇인가요?
GitFut에서 DEF는 리뷰와 이슈 활동에 연결됩니다. 토르발스 보고서에는 이 항목의 공개 수치가 다른 압도적인 지표보다 낮게 잡혀 있습니다. 이는 실제 방어적 코딩 능력이나 코드 품질을 뜻하지 않습니다.
Q6. 내 카드 이미지를 블로그나 README에 써도 되나요?
공식 저장소가 gitfut.com/사용자명.png 형식의 임베드를 안내합니다. 다른 사람의 카드나 서비스 자산을 재사용할 때는 출처와 프로젝트의 MIT 라이선스, 각 프로필 이미지의 권리를 함께 확인하세요.
출처 및 더 알아보기
1. GitFut 공식 사이트 — 서비스 소개와 예시 카드
2. Linus Torvalds 스카우트 보고서 — 종합 점수, 능력치, 세부 지표
3. GitFut 공식 GitHub 저장소 — 6개 능력치 산정 기준, 카드 임베드 방법, MIT 라이선스
이 글의 수치와 화면은 2026년 7월 15일 확인 기준입니다. GitHub 활동과 서비스 로직이 갱신되면 카드 점수와 세부 통계가 달라질 수 있습니다.
'NEWS' 카테고리의 다른 글
| 배민 우버에 인수된다? 공식 발표 뜯어보니 실제 인수자는 SSW (0) | 2026.07.20 |
|---|---|
| xAI Grok Build, 저장소 전체가 클라우드로 갔다 (0) | 2026.07.15 |
| Anthropic Claude 연구: Global Workspace와 J-space로 보는 AI의 숨은 사고 구조 (0) | 2026.07.07 |
| Codex Micro 티저: AI 코딩 전용 버튼이 온다 (0) | 2026.07.03 |
| GitHub CD-ROM 이벤트 신청 후기: 내 공개 repo를 진짜 CD로 받는다고? (1) | 2026.07.03 |
