
게임 회사 프로그래머 채용에서는 코딩 테스트와 함께 직접 만든 프로젝트를 봅니다. 수업 중에 자료구조와 알고리즘 문제를 꾸준히 풀고, 동시에 캐릭터 조작, 물…
실행 방법을 따라 하면 처음 보는 사람도 서버를 띄울 수 있는지 봅니다
서버 프로젝트는 데이터베이스, 설정 파일, 포트 번호처럼 맞춰야 할 것이 많습니다. 내 컴퓨터에서는 익숙해서 당연한 단계도 처음 보는 사람에게는 막히는 지점이 됩니다. 저장소 설명에 적힌 순서만 보고 새 환경에서 서버를 띄워 보세요.
- 필요한 프로그램과 버전이 설명 문서에 모두 적혀 있는지 확인하기
- 데이터베이스 초기 테이블을 만드는 방법이 포함되어 있는지 보기
- 설정 파일 예시가 있고, 실제 비밀 값 대신 예시 값이 들어 있는지 보기
- 서버를 띄운 뒤 테스트용 클라이언트로 접속까지 되는지 확인하기
- 가능하다면 컨테이너 같은 방식으로 한 번에 환경을 띄울 수 있게 하기
평가자가 실제로 실행하지 않더라도, 실행 방법이 꼼꼼하게 정리되어 있으면 운영과 배포를 고려하는 사람이라는 인상을 줍니다. 실행 과정을 짧은 영상으로 녹화해 함께 두는 것도 좋은 방법입니다.
실력을 증명할 테스트 기록이 붙어 있는지 확인합니다
서버 포트폴리오에서 가장 설득력 있는 자료는 테스트 기록입니다. 더미 클라이언트로 접속자를 늘려 본 결과, 그 과정에서 발견한 문제와 해결 과정이 정리되어 있는지 확인하세요. 아래 표의 항목이 하나라도 있으면 좋고, 여러 개가 연결되어 있으면 더 좋습니다.
| 자료 | 확인할 점 |
|---|---|
| 부하 테스트 결과 | 측정 환경, 접속자 수 변화, 응답 시간 변화가 함께 적혀 있는가 |
| 문제 발견 기록 | 어느 지점에서 무엇이 느려지거나 멈췄는지 구체적인가 |
| 해결 전후 비교 | 같은 조건에서 다시 측정한 결과가 있는가 |
| 로그 예시 | 오류가 났을 때 원인을 찾을 수 있는 정보가 남는가 |
| 단위 테스트 | 핵심 로직을 자동으로 검사하는 코드가 있는가 |
측정 수치는 크기보다 근거가 중요합니다. 내 노트북 한 대에서 서버와 더미 클라이언트를 함께 돌린 결과라면 그렇다고 밝히세요. 환경을 정확히 적은 작은 수치가, 근거 없는 큰 수치보다 훨씬 신뢰를 얻습니다.
설계 문서가 구조와 선택 이유를 함께 말하는지 봅니다
구조 그림이 있는지, 그리고 그 그림에 요청의 흐름이 표시되어 있는지 확인하세요. 클라이언트의 요청이 서버의 어느 부분을 거쳐 데이터베이스에 닿고 다시 돌아오는지 따라갈 수 있어야 합니다. 스레드를 어떻게 나눴는지, 플레이어 데이터를 어디에 들고 있는지도 그림이나 짧은 글로 설명해 두면 좋습니다.
선택 이유도 중요합니다. 왜 이 통신 방식을 골랐는지, 왜 이 데이터는 메모리에 두고 저 데이터는 데이터베이스에 바로 저장했는지처럼 결정마다 한두 줄의 이유가 있으면 면접 질문의 상당 부분을 미리 준비하는 셈이 됩니다. 아이템 거래나 보상 지급처럼 데이터가 꼬이기 쉬운 기능을 어떻게 안전하게 처리했는지도 설계 문서에 꼭 넣으세요.
공개하면 안 되는 정보가 남아 있지 않은지 확인합니다
- 데이터베이스 비밀번호나 외부 서비스 키가 코드나 설정에 남아 있지 않은가
- 예전에 올렸다 지운 비밀 값이 작업 기록에 남아 있지 않은가
- 실제 서버 주소나 개인 정보가 테스트 데이터에 섞여 있지 않은가
- 이전 회사나 다른 팀의 비공개 코드가 포함되어 있지 않은가
서버 지원자에게 이 항목은 특히 민감합니다. 보안을 다루는 직무에서 비밀 값을 그대로 공개한 저장소는 실력과 상관없이 감점 요인이 될 수 있습니다. 이미 노출된 값이 있다면 지우는 것만으로는 부족하고, 새 값으로 바꿔 두는 것이 안전합니다.
이 점검은 도구의 도움을 받으면 빠릅니다. 저장소 전체에서 password, key, secret 같은 단어를 검색해 보고, 설정 파일이 저장소에서 제외되도록 정리되어 있는지 확인하세요. 대신 어떤 값을 어디에 넣어야 하는지 알려 주는 예시 설정 파일을 남겨 두면, 평가자가 실행할 때도 헷갈리지 않습니다. 작은 정리지만 운영 습관을 보여 주는 좋은 신호가 됩니다.
기초 지식 질문에 내 프로젝트로 답할 수 있게 준비합니다
서버 프로그래머 면접에서는 네트워크, 운영체제, 데이터베이스 같은 기초 지식 질문이 자주 나옵니다. 교과서식 정의를 외우는 것보다, 그 개념이 내 프로젝트의 어디에 쓰였는지 연결해 설명하는 연습이 효과적입니다. 예를 들어 연결 방식의 차이를 묻는다면, 내 서버에서 왜 그 방식을 골랐는지로 답을 시작할 수 있습니다.
코딩 테스트가 있는 회사라면 시간을 재고 기본 자료구조 문제를 꾸준히 풀어 두세요. 서버 직무는 문제를 풀 때 시간과 메모리 사용을 함께 설명하라는 요청을 받는 경우도 있으니, 답을 낸 뒤 효율을 말로 정리해 보는 연습까지 해 두면 좋습니다. 그리고 자기소개서에는 포트폴리오의 핵심 사례 하나를 골라, 문제를 발견하고 해결한 과정을 경험으로 쓰면 서류와 포트폴리오가 서로를 뒷받침합니다.
제출 직전에는 모든 링크를 다른 환경에서 엽니다
공고의 제출 형식을 다시 읽고, 포트폴리오 문서, 저장소, 영상 링크를 로그인하지 않은 브라우저에서 열어 보세요. 문서 안의 링크가 저장소의 올바른 위치로 연결되는지, 영상이 끝까지 재생되는지 확인합니다. 제출 후 일정 기간은 저장소를 비공개로 바꾸거나 지우지 않습니다.
체크리스트를 채우다 보니 테스트 기록과 설계 문서 중 무엇을 먼저 만들어야 할지 고민된다면, SBS아카데미게임학원 게임프로그래밍 과정 상담에서 현재 서버 프로젝트를 기준으로 지원 전 보완 순서를 함께 정해 드립니다.
자주 묻는 질문
클라우드 서버에 실제로 배포해 둬야 하나요?
필수는 아니지만 배포 경험이 있으면 운영 이해도를 보여 줄 수 있습니다. 비용이 부담된다면 배포 과정을 기록한 문서와 영상으로 대신해도 됩니다.
서버 포트폴리오 문서는 얼마나 자세해야 하나요?
처음 보는 사람이 구조와 핵심 결정을 이해할 수 있을 정도면 충분합니다. 세부 내용은 저장소로 연결하고, 문서에는 그림과 요약 위주로 담는 편이 읽기 좋습니다.
가까운 캠퍼스에서 게임프로그래밍 알아보기
사는 곳과 가까운 캠퍼스를 고르면 수업 내용, 오시는 길, 상담 신청을 한 번에 볼 수 있습니다.