우리는 기계에 대항해 승리할 수 있을까?
우리가 만드는 게임 서비스는 봇과의 전쟁으로부터 승리할 수 있을까요? 아니, 승리해야만 합니다. 그러려면 자원이 필요합니다.
Software Development
미리 잘 계획하면 나중에 큰 수정을 피할 수 있을까?
외부에서 볼 때 영화 업계는 탄탄한 계획과 실행을 통해 많은 비용을 절약하고 있는 것 같습니다. 그런데 게임 개발의 속성은 약간 달라 보입니다.
아무도 돕지 않고 돌아서다
어느 퇴근 시간이 가까운 저녁 다른 이유로 회사에 갔다가 습관처럼 자리에 앉았습니다. 그리고 주변에서 일어나는 제가 당장 기여할 수 있을 일이 일어났지만 결국 아무도 돕지 않고 돌아섰습니다.
키오스크는 악마가 만들지 않는다
평소에 키오스크를 사용하며 짜증나고 분노할 때마다 이걸 만드는 사람들을 악마적으로 상상하곤 했는데 실제로 그렇지는 않았습니다. 그럼 대체 왜죠?
마일스톤 중간 점검. 제한시간 안에 서비스 할 수 있을까?
마일스톤 진행을 중간 점검해보니 이번에도 어김없이 마일스톤 후반은 아수라장이 될 것 같습니다.
왜 커스터마이징은 다른 부분에 비해 어색했을까
기능이 변경되었다면 그 이름과 위치 역시 변경해야 합니다. 그렇지 않으면 잘못된 평가를 받게 됩니다.
때때로 의사 결정 시점은 빠를 수록 좋다
전통적으로 비용을 유지한 채 의사결정 시점을 늦출 수 있으면 좋다고 알려져 있지만 그렇지 않을 수도 있습니다.
언처티드4와 노동집약적 개발
언처티드4를 플레이 하며 이 게임의 어디에 그토록 많은 인력과 자원이 필요했는지 추측해봤습니다.
무중단 점검이 필요한가
현대적인 기술에 기반한 무중단 인프라를 사용하지 않더라도 이미 어느 정도 무중단 서비스를 하고 있습니다.
기획부터 함부로 초과근무 하면 안돼요
새 마일스톤이 시작될 때 기획팀은 다양한 압력을 받습니다만 함부로 압력에 응하면 프로젝트 전체의 성공 가능성을 낮추게 됩니다.
왜 알아보기 어렵게 시간을 소수점으로 표시하나요?
'1.25분'이 '1분 25초'냐는 질문을 받고 잠깐 멍해졌습니다. 왜 이런 모양으로 시간을 표기하는지 생각해 봤습니다.
낮은 허들
여러 해 전 회사가 프로젝트를 드랍 하기로 결정합니다. 그 전 1년 반에