잘못된 도구로 하는 올바르지 않은 작업
작업에 어울리지 않는 잘못된 도구를 사용하며 고생 끝에 결과를 냈나요? 고생하셨습니다. 하지만 잘못됐습니다.
Software Development
마일스톤 목표의 우선순위 설정과 실행여부
마일스톤 계획을 이상적인 형태로 설정하지 않는다면 우선순위 설정과 반드시 만나게 됩니다. 그런데 우선순위는 생각보다 그 의미가 크지 않습니다.
악의 평범성
현대의 소프트웨어 개발 프로젝트에서도 악의 평범성의 개념에 해당하는 사례를 쉽게 찾아볼 수 있습니다. 그들은 멀리 있지 않으며 우리와 같은 얼굴을 하고 있습니다.
욕망의 절제
마일스톤 마감에 가까운 중요 이벤트를 예측하지 못했을 때 패닉에 빠질 수 있습니다. 이 때 필요한 것은 욕망의 절제입니다.
게임디자인 직군의 슬픈 점은 나머지 부서들과 목표가 다르다는데 있다
누군가는 이 배가 가라앉을 때 함께 수장될 운명입니다. 하지만 누군가는 그렇지 않습니다. 이 상황에서 어떻게 배를 움직여 목적지에 도달할 수 있을까요?
CLOUD-6999 처리로 보는 잘못된 지라 사용 사례
CLOUD-6999를 추모하며 아틀라시안이 지라를 사용하는 방식을 살펴봅시다. 부디 그곳에서는 2레벨 서브도메인처럼 추한 모습을 벗어나기를 바랍니다.
슬랙이라는 메신저의 설계 철학
서로 다른 업무용 메시징 소프트웨어는 비슷해 보이지만 서로 조금씩 다른 철학을 의도했든 그렇지 않든 가지고 있습니다. 선택할 수 있는 입장이라면 이를 조금 파악하고 있으면 좋을 겁니다.
절차에 대한 의사소통
우리들은 일상의 의사소통에 말을 사용합니다. 그런데 어떤 의사소통은 절대 그렇게 해서는 안됩니다.
인터랙션 오브젝트는 어쩌면 통합이 능사가 아닐지 모른다
지금까지 비슷한 기능을 하는 여러 장치를 한 가지 시스템으로 통합하거나 처음부터 그렇게 설계해 왔는데 어쩌면 그게 늘 옳은 방법이 아닐지도 모르겠습니다.
우리는 아직도 바퀴를 재발명하고 있다
이전에 왜 뻔한 기능을 항상 다시 개발하는지 생각해봤습니다. 시간이 지난 지금도 상황은 비슷합니다.
진짜 목적을 숨긴 빌드업
게임디자이너는 자신의 정확한 요구사항을 문서에 기술하기를 요구 받지만 때때로 이런 접근은 프로젝트가 처한 문제를 해결하는데 덜 효율적일 수도 있습니다.
데이터베이스가 고장 나면 게임이 어떻게 동작해야 하나요?
생각보다 드물지 않게 게임의 일부에 장애가 발생하면 나머지 부분이 어떻게 동작해야 할 지에 대한 게임디자인 관점의 대책을 제시할 것을 요구받습니다. 이 요구는 올바르지 않다고 생각합니다.