2026년 10월 28일 확인한 레딧 게시물 ‘itDoBeLikeThatSometimes’에는 주니어 개발자가 코드 변경 기록 때문에 채용에서 떨어졌다는 내용의 이메일 이미지가 등장한다. 그런데 댓글에서 가장 비현실적이라고 꼽은 것은 개발자의 실수가 아니었다. 채용 담당자가 불합격 이유를 친절하게 설명했다는 설정이었다.
원래 농담은 무엇일까?
게시 장소는 r/ProgrammerHumor다. 이미지 속 이메일은 지원자의 버전 관리 방식에 문제가 있다는 이유로 채용을 거절하는 형식이다. 깃허브에서는 코드 변경을 커밋으로 기록하고, 짧은 메시지로 무엇을 바꿨는지 설명한다. 기록이 엉망이면 협업할 때 이전 작업을 추적하기 어렵다.
다만 이 메일이 실제 회사에서 발송됐다는 증거는 확인되지 않았다. 댓글에도 가짜라는 지적이 있다. 따라서 실제 채용 사건이 아니라 가상의 거절 메일을 이용한 밈으로 보는 것이 정확하다. 이미지의 작은 글씨 전체를 직접 확인하지 못했으므로 세부 문장을 꾸며 인용하지 않는다.
댓글이 심사한 것은 오히려 채용 담당자
한 이용자는 이런 기록을 남기는 사람이라면 주니어가 아니라 중급이나 시니어라고 농담했다. 허술한 커밋 메시지가 어느새 숙련자의 훈장으로 바뀐 셈이다.
다른 이용자는 가짜임을 알아차리는 것까지 면접 시험이라고 했다. 또 다른 댓글은 실제 구직 과정에서는 답장조차 받기 어려운데 이렇게 구체적인 이유를 보내 주겠느냐고 꼬집었다. 원래는 지원자가 평가받는 장면이었지만, 댓글에서는 채용 메일의 현실성이 심사 대상이 됐다.
개인 프로젝트를 직장 기준으로 평가하는 것이 집에서 입는 옷을 회사 복장 규정으로 채점하는 것과 같다는 비유도 나왔다. 물론 깃허브 공식 문서가 설명하듯 변경 기록을 명확하게 남기는 일에는 실제 가치가 있다. 다만 취미로 만든 작업과 팀 업무의 기준은 같지 않을 수 있다.
여기부터 창작: 채용팀의 최종 면접
담당자: “커밋 메시지가 ‘아마 고쳤음’이네요.” 지원자: “확인 전에는 단정하지 않습니다.” 담당자: “다음은 ‘이번에는 진짜’인데요?” 지원자: “이전 결과를 재검증한 겁니다.” 담당자: “탈락 이유를 자세히 메일로 보내겠습니다.” 지원자: “잠깐, 답장을 해 주신다고요? 정말 실존하는 회사인가요?” 이 대화는 기사에서 만든 농담이며 실제 댓글이 아니다.
그래서 왜 웃길까?
코드 관리 실수를 놀리던 이야기가 구직자들이 경험한 무응답 현실을 만나 방향을 틀었다. 가상 회사가 지나치게 친절한 탓에 오히려 현실성이 떨어진다. 이 회사의 채용 판단은 모르겠지만, 불합격 안내문 작성 실력만큼은 최고다.
