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