사용자 도구

사이트 도구


사이드바

start

소개

  • 김우진
    • 게임회사에서 일하는 시스템디자이너, 캐쥬얼 랜도너1)

최근글

  • wrong-way: 브레베 데이터베이스를 만들 때는 재미있었지만 이제와서 생각해보니 잘못된 방법을 선택한 것 같습니다.
  • 노트: 지금까지 하던 노트테이킹 방식을 설명합니다.
  • 모바일 워크스테이션 요구사항 아아 사고싶다. 아이패드.
  • 면접: 여러 예비 스탭 분들을 만나면서 몇 가지 생각한 점이 있어 남겨둡니다.
  • Varia RTL510 사용기: 기계가 뒤를 보고 나보다 먼저 경고하면서 이전보다 상황을 미리 알고있을 수 있게 됐습니다. 추천합니다.
  • 비상체제 개발: 비상 체제로 개발할 필요가 없는 프로젝트를 시작부터 비상 체제로 개발시키면 팀을 제어할 방법을 처음부터 없앤 채로 시작하게 됩니다. 비상 체제가 그 이름대로 동작하려면 다른 때는 비상 체제가 아니어야 하고 이를 선언할 때는 종료조건을 명시해야 하며 이 선언의 원인과 앞으로 같은 상황이 일어나지 않도록 할 것임을 구성원들에게 정확히 전달해야 합니다.
  • 웹서버 메모리 문제: 내가 웹서버 설정을 똑바로 해낼 리 없기 때문에 bitnami LAMP Stack을 사용했는데 사양이 낮은 인스턴스에서는 그들의 설정이 기대한 대로 동작하지 않을 수 있고 결국 조금씩 배워가며 설정을 해내는 수밖에 없다는 사실을 깨달았습니다.
  • 원격근무 5일차: 평소에 성과가 뛰어나다고 생각했던 분들은 원격에서도 높은 업무가시성과 명확한 피드백을 유지했습니다. 채팅으로 이야기할 때는 말로 이야기할 때와 다른 방법을 써야 합니다. 원격으로 일하는 가운데 이를 지탱해 주는 분들이 있습니다.
  • 원격근무 4일차: 원격근무는 그 구성원들에게 개인적으로 일정 수준 이상의 디바이스를 갖추도록 강요합니다. 갖추지 않을 수도 있지만 생산성에 큰 영향을 줍니다. 불가능한 일정을 수행하는데 필요한 목숨을 담보로 한 생산성 조정과 노동시간 측정은 장기적인 원격근무를 한다면 다시 생각해야 할 겁니다. 망분리환경은 일상적인 휴식을 불가능하게 만듭니다.
  • 게으름: 아이폰 재난알림을 앱 푸시로 대체할 수 있음에도 재난알림의 근본적인 목적과 게으르다는 평가에도 불구하고 이를 앱 푸시로 대체할 수 없습니다.
  • 원격근무 3일차: 채널 기능이 있는 메신저를 사용하면서도 일대일 대화를 고집하는 사람들을 적극적으로 채널로 끌어내기 시작했습니다. 그럼에도 가시성이 떨어지는 사람들은 원격이 시작되자 아예 사라져버렸습니다. 이전에는 순차로 진행하던 의사소통이 서로 다른 채널에서 거의 동시에 진행되고 말을 안해서 아낀 에너지를 더 많은 의사소통을 하면서 비슷하게 소모했습니다.
  • 원격근무 2일차: 널리 알려진 것과는 약간 다른 도구와 환경을 사용합니다. 채팅회의는 실제 모여서 하는 회의와 약간 달랐지만 한편으로는 이전의 회의를 제어하는 방법에서 크게 벗어나지는 않았습니다. 업무를 동기화할지 비동기상태로 처리할지를 결정하기 어려웠고 또 휴식을 취할 시간을 결정하기 어려웠습니다.
  • 원격근무 1일차: 그런데 그 일이 실제로 일어났습니다.
  • 재택근무 검토: 인터넷에 널리 공개된 재택근무사례는 달리 양산형 모바일게임 개발팀 입장에서는 온갖 문제를 추가로 고려해야 합니다. 스탭들의 기술적 측면과 문화 측면을 특별히 주의깊게 고려해야 하며 이 과정은 예상보다 더 고통스러울 겁니다.
  • zabbix 사용기: zabbix는 제 개인 스케일에서 신뢰할만한 모니터링 소프트웨어입니다. 월 3.5달러짜리 가장 작은 라이트세일 인스턴스와 Bitnami LAMP Stack에서 무리없이 돌아가 모니터링 비용을 고정시켰습니다. 슬랙을 통해 문제상황을 바로 전달받을 수 있습니다.
  • 퍼머링크: 지난 20년 동안 퍼머링크를 네 번 깨먹었는데 그때마다 별 죄책감이 없었습니다. 올해 문득 구글애널리틱스에 남은 10년전에 없앤 경로를 찾는 시도를 보고 내가 무슨 짓을 한 것인지 깨달았습니다.
  • 왜 하필 엑셀이죠: 바닐라 엑셀은 현대 개발 요구사항의 거의 대부분을 수용하지 못하는 낡은 데이터 입력 방법입니다. 하지만 지원이 끊긴 인하우스툴은 작업을 불가능하게 만들고 인하우스툴의 우선순위를 올리기는 아주 어려우므로 지원 없이 작업할 수 있는 엑셀을 고수합니다.
  • 잘못된 네이밍: 항상 태스크 이름은 기능을 잘 설명하고 기능을 구현할 때 개발팀이 얻을 이익을 설명할 수 있어야 합니다. 제품이나 태스크 이름에 기술 이름이 튀어나왔다면 뭔가 잘못된 신호이며 그대로 놔두면 잘못된 결과를 얻게 됩니다.
  • 불친절: 위키에 기반한 문서관리시스템은 실수에 강하므로 보다 많은 사람들이 여기에 적응하게 하기 위해 보다 관대하고 친절하게 가이드해야 합니다.
  • 양산형: 현대의 양산형 게임은 낭만 시대의 양산형 게임과는 근본적으로 다른 방식으로 개발됩니다. 구인은 화물숭배신앙을 통해, 코어디자인은 유튜브로부터, 엔지니어링은 컴팩의 방식으로, 비즈니스모델은 강력한 눈치와 복제를 통해 개발됩니다.

연락

start.txt · 마지막으로 수정됨: 2020-03-03 15:15 저자 neoocean