← 블로그 목록

전문가는 지도처럼 구조를 보고 초보자는 길목처럼 문제를 보는 경우가 많다

전문가와 초보자의 차이는 기억량보다 문제를 어떤 구조로 보느냐에서 더 자주 드러난다. 에릭슨의 의도적 연습과 드레이퍼스 형제의 숙련도 모델을 빌려, 게임 개발에서 숙련자가 코드 한 줄을 넘어 데이터 흐름과 디버깅 비용, 시스템 충돌까지 함께 떠올리는 방식을 살피고, 전문성이 결국 답을 외우는 일이 아니라 지도를 만드는 일에 가까운 이유를 정리한다.

전문가는 지도처럼 구조를 보고 초보자는 길목처럼 문제를 보는 경우가 많다

전문가는 지도처럼 구조를 보고 초보자는 길목처럼 문제를 보는 경우가 많다

전문가는 무엇이 다를까. 단순히 더 오래 일했거나, 더 많은 명령어를 외운 사람일까. 숙련도 연구를 보면 차이는 기억량보다 문제를 어떤 구조로 보느냐에서 더 자주 드러난다. 초보자가 눈앞의 한 단계씩을 따라갈 때, 전문가는 더 큰 지도처럼 전체 구조를 본다.

이 차이는 게임 개발에서 특히 잘 보인다. 초보 프로그래머는 버그 한 줄, 기능 하나, 클래스 하나에 시야가 묶이기 쉽다. 반면 숙련자는 데이터 흐름, 시스템 경계, 플레이 경험, 디버깅 비용 같은 더 큰 구조를 동시에 떠올린다.

숙련은 정보량보다 정신적 모델의 차이다

전문성 연구에서 자주 등장하는 설명은 정신적 표상과 의도적 연습이다. 잘하는 사람은 단순히 경험이 많아서가 아니라, 경험을 구조화해 다음 판단에 다시 쓰는 경향이 강하다. 그래서 비슷한 문제를 봐도 더 빨리 중요한 신호를 골라낸다.

드레이퍼스 형제의 숙련도 모델도 비슷한 흐름을 보여 준다. 초보자는 규칙을 그대로 따라가고, 숙련자는 상황 판단과 맥락 해석이 훨씬 커진다. 즉, 같은 문제를 더 많이 아는 사람이 아니라 다르게 보는 사람이 된다.

게임 개발의 전문성은 세 가지 층위에서 보이기 쉽다

게임 개발에서는 보통 이런 차이가 잘 드러난다.

예를 들어 길찾기 시스템을 고칠 때 초보자는 알고리즘 한 부분만 바꾸려 하고, 숙련자는 데이터 갱신 주기, 디버깅 도구, 사용자 체감, 다른 시스템과의 상호작용까지 함께 볼 가능성이 크다.

그래서 전문성은 재능보다 축적 방식에 가깝다

전문가를 멀리서 보면 직관처럼 보이지만, 가까이서 보면 반복된 관찰과 피드백의 결과인 경우가 많다. 많이 만들고, 실패를 기록하고, 왜 그렇게 판단했는지 다시 복기하는 사람일수록 구조를 더 빨리 보게 된다.

즉, 전문가처럼 보인다는 것은 답을 외웠다보다 지도를 만들었다에 가깝다.

마치며

게임 개발에서 전문가는 모든 것을 아는 사람이 아니다. 더 큰 구조를 보고, 어디가 핵심인지 더 빨리 구분하며, 현재의 수정이 나중에 어떤 비용을 만들지 짐작하는 사람에 가깝다.

그래서 성장의 방향도 분명하다. 지식을 더 쌓는 것만큼, 그 지식을 어떻게 구조화하고 피드백으로 다듬는지가 중요하다. 전문가의 힘은 기억력보다 지도에 있다.

참고 자료

← 목록으로
Related

함께 읽으면 좋은 글

도서 리뷰게임 개발프로그래밍
게임 개발자에게 오래 남는 책은 기술책만이 아니라 설계, 팀, 출시를 함께 다루는 책들이다

게임 개발자에게 오래 도움이 되는 책은 엔진과 알고리즘에서 끝나지 않는다. Game Programming Patterns부터 The Art of Game Design, Blood Sweat and Pixels, Peopleware까지 프로그래밍·디자인·실전 출시 세 층위에 걸친 아홉 권을 역할별로 묶어 정리하고, 입문자·중급자·리더가 각각 어떻게 조합해 읽으면 좋을지 함께 짚는다.

게임 UIUX세이브 시스템
세이브 화면은 저장 기능이 아니라 유저의 기억을 대신하는 인터페이스다

세이브·로드 화면은 기능적으로는 파일 목록이지만 플레이어 입장에서는 어디까지 했고 이 슬롯을 덮어써도 되는지를 대신 떠올려 주는 인터페이스다. 닐슨 노먼 그룹의 사용성 원칙 가운데 시스템 상태 가시성과 기억보다 인식 원칙을 빌려, 스크린샷·플레이 시간·진행 상태 같은 기억 보조 정보와 잘못된 덮어쓰기를 막는 슬롯 설계를 정리한다.

프로젝트 관리칸반WIP
프로젝트 관리에서 중요한 것은 재고율보다 동시에 벌려 놓은 일의 양을 줄이는 것이다

게임 프로젝트가 느려질 때 사람들은 생산성이 떨어졌다고 말하지만, 실제로는 동시에 너무 많은 일이 벌려져 있어서 흐름이 멈춘 경우가 많다. 칸반의 WIP 제한과 리틀의 법칙을 빌려, 진행률 숫자보다 실제로 완료된 단위가 중요하고 좋은 관리자는 착수보다 완료를 밀어 준다는 점, 그리고 바쁘게 보이는 팀과 완료를 만들어 내는 팀의 차이를 정리한다.