기술 블로그

처음 설계를 시작할 때는 클래스 수를 늘리는 것보다, 무엇이 책임이고 무엇이 자주 바뀌는지 먼저 묻는 편이 훨씬 안전하다. 입문자가 바로 적용할 수 있는 5가지 질문으로 정리한다.

소프트웨어 개발은 분석-설계-구현-테스트가 한 번 직선으로 끝나는 공정이 아니다. 작은 단위를 반복하며 스코프를 줄이고 피드백을 되감는 순환 구조로 보는 편이 실제에 가깝다.

소프트웨어 설계 입문에서 중요한 것은 다이어그램 도구를 많이 아는 것이 아니라, 시스템의 경계와 책임을 설명하는 습관을 익히는 것이다. UML과 C4 모델은 그 다음에 붙이는 도구에 가깝다.

이 글에서는 게임 디자인을 이해하는 편의적 틀로 '첫인상-동기-연결' 세 축을 제안한다. 다만 이것은 정설 이론이 아니라, MDA와 자기결정성이론 연구를 바탕으로 정리한 실무적 관점이다.

게임 프로그래밍은 언어 하나로 끝나지 않는다. 시간 관리, 물리, 상태 머신, 길찾기, 데이터 구조처럼 서로 다른 문제 영역을 어떻게 나눠 공부할지 정리한다.

게임 개발을 시작할 때 가장 중요한 것은 거대한 기획이 아니라 작은 게임 하나를 끝까지 만들어 보는 경험이다. 엔진 학습과 협업도 그다음에 붙이는 편이 안정적이다.

Steven Johnson의 『Everything Bad Is Good for You』는 텔레비전과 게임을 둘러싼 익숙한 도덕 공황에 반론을 제기하며, 대중문화의 복잡성이 인지적 훈련이 될 수 있다고 주장한다.

EA의 공식 채용·육성 페이지를 보면, 대형 스튜디오가 신입과 초기 경력 프로그래머에게 기대하는 것은 화려한 꿈의 프로젝트보다 C++ 기초, 협업, 테스트, 문제 해결 능력에 더 가깝다.

Microsoft가 DirectX 9.0에서 고급 셰이더 언어와 더 강한 그래픽 프로그래밍 기능을 밀어붙이면서, 윈도우 게임 개발의 기준이 한 단계 올라갔다.

Erich Gamma 외 3인의 『Design Patterns』는 23개 패턴 목록보다도, 반복되는 설계 문제를 이름 붙이고 토론하게 만든 공통 언어로서 영향력이 컸다.