Software Development

Letter

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

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

Letter

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

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

Game Design

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

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

Game Design

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

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

Season-1

아무도 돕지 않고 돌아서다

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

Everyday Life

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

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

Software Development

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

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

Game Design

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

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

Software Development

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

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

Game Design

언처티드4와 노동집약적 개발

언처티드4를 플레이 하며 이 게임의 어디에 그토록 많은 인력과 자원이 필요했는지 추측해봤습니다.

Season-1

무중단 점검이 필요한가

현대적인 기술에 기반한 무중단 인프라를 사용하지 않더라도 이미 어느 정도 무중단 서비스를 하고 있습니다.

Team Management

기획부터 함부로 초과근무 하면 안돼요

새 마일스톤이 시작될 때 기획팀은 다양한 압력을 받습니다만 함부로 압력에 응하면 프로젝트 전체의 성공 가능성을 낮추게 됩니다.