Software Development

Letter

요구사항이 불분명한 프로젝트의 일생

어떤 프로젝트는 예상보다 훨씬 더 긴 기간 동안 엄청난 비용을 들여 개발하지만 여간해서 출시되지 않습니다. 왜 그럴까요?

Season-1

어떻게 이렇게 빨리 만들었나요?

어떤 프로젝트는 오랜 기간에 걸쳐 개발했음에도 그저 그런 결과를 내놓기도 합니다. 하지만 반대의 경우도 있습니다. 어떻게 한 걸까요?

Season-1

부분과 전체

우리는 전체를 만들지만 항상 부분만을 만들기를 요구받습니다. 이럴 때 우리는 어떻게 전체를 상상할 수 있을까요?

Letter

퀘스트 시스템에 대한 다른 접근

개인적으로는 신처럼 동작하는 퀘스트 시스템을 설계하기를 더 좋아하지만 완전히 반대 관점으로 설계된 시스템을 보고 영감을 얻었습니다.

Letter

실패할 수 없는 목표와 어쩔 수 없는 개발

세탁기가 돌아가는 동안 플레이 한 팰월드의 캐릭터 생성 부분은 이전에 여러 차례 경험한 고통스러운 개발 과정을 떠올리게 만들었습니다. 물론 이제는 안 그럴 겁니다.

Game Design

우리는 기계에 대항해 승리할 수 있을까?

우리가 만드는 게임 서비스는 봇과의 전쟁으로부터 승리할 수 있을까요? 아니, 승리해야만 합니다. 그러려면 자원이 필요합니다.

Game Design

미리 잘 계획하면 나중에 큰 수정을 피할 수 있을까?

외부에서 볼 때 영화 업계는 탄탄한 계획과 실행을 통해 많은 비용을 절약하고 있는 것 같습니다. 그런데 게임 개발의 속성은 약간 달라 보입니다.

Letter

아무도 돕지 않고 돌아서다

어느 퇴근 시간이 가까운 저녁 다른 이유로 회사에 갔다가 습관처럼 자리에 앉았습니다. 그리고 주변에서 일어나는 제가 당장 기여할 수 있을 일이 일어났지만 결국 아무도 돕지 않고 돌아섰습니다.

Everyday Life

키오스크는 악마가 만들지 않는다

평소에 키오스크를 사용하며 짜증나고 분노할 때마다 이걸 만드는 사람들을 악마적으로 상상하곤 했는데 실제로 그렇지는 않았습니다. 그럼 대체 왜죠?

Season-1

마일스톤 중간 점검. 제한시간 안에 서비스 할 수 있을까?

마일스톤 진행을 중간 점검해보니 이번에도 어김없이 마일스톤 후반은 아수라장이 될 것 같습니다.

Game Design

왜 커스터마이징은 다른 부분에 비해 어색했을까

기능이 변경되었다면 그 이름과 위치 역시 변경해야 합니다. 그렇지 않으면 잘못된 평가를 받게 됩니다.

Season-1

때때로 의사 결정 시점은 빠를 수록 좋다

전통적으로 비용을 유지한 채 의사결정 시점을 늦출 수 있으면 좋다고 알려져 있지만 그렇지 않을 수도 있습니다.