이름은 약속이라서 함부로 붙이면 안 된다

처음에는 사소한 생각처럼 보였다. 이름 하나, 작은 도구 하나, 느린 인터넷 하루가 프로젝트 전체의 방향을 바꾸리라고는 생각하지 못했다. 처음에는 쉽게 정리할 수 있는 문제처럼 보였다. 그런데 직접 만들고 운영해보니 문장 하나로 접히지 않는 갈등이 남았다. 그래서 용어 사전 대신, 그 날 무엇을 보고 무엇을 바꿨는지부터 적는다. 아래에서는 이름은을 중심으로, 깨진 가정과 다시 그은 경계를 순서대로 남긴다.

이름이 계약이 되는 순간

그래서 결론보다 그 결론까지 밀려간 과정을 먼저 보여주는 쪽으로 다시 잡는다. 정량 지표보다 중요한 건 반복해서 남는 감각이었다. 어떤 표현은 오래 버티고, 어떤 표현은 다음 날 바로 버려졌다. 좋은 문장/도구/인터넷/이름이 왜 실제 작업의 방향을 바꾸는지 구체 사례로 드러났다. 그래서 메인 프로젝트 밖에 둔다. 제품 설명이 아니라, PonsLink와 PonsWarp를 만들면서 같이 쌓인 작업 습관과 생각의 흔적에 가깝다. 특히 이름은에서는 재현 조건을 같이 적어야 의미가 있었다.

처음에 가볍게 붙인 이름

메인 프로젝트와 억지로 묶지 않아도 된다. 사이드 노트로 남겨두는 편이 더 자연스럽다. 이름이 흐리면 판단도 흐려지고, 기록이 약하면 다음 선택의 이유도 금방 사라진다. 겉으로 보이는 선택은 단순했지만, 안쪽에는 실패를 줄이려는 기준그 기준을 보여주지 않으면 글은 금방 보고서처럼 마른다.

반례가 된 운영 대화

그래서 결론보다 그 결론까지 밀려간 과정을 먼저 보여주는 쪽으로 다시 잡는다. 정량 지표보다 중요한 건 반복해서 남는 감각이었다. 어떤 표현은 오래 버티고, 어떤 표현은 다음 날 바로 버려졌다. 좋은 문장/도구/인터넷/이름이 왜 실제 작업의 방향을 바꾸는지 구체 사례로 드러났다. 그래서 메인 프로젝트 밖에 둔다. 제품 설명이 아니라, PonsLink와 PonsWarp를 만들면서 같이 쌓인 작업 습관과 생각의 흔적에 가깝다. 특히 이름은에서는 재현 조건을 같이 적어야 의미가 있었다. 이름은를 설명할 때 서버/클라이언트/사용자 중 누구 문장으로 말하는지 먼저 고르면 논쟁이 줄었다.

다시 고른 명명 규칙

메인 프로젝트와 억지로 묶지 않아도 된다. 사이드 노트로 남겨두는 편이 더 자연스럽다. 그런데 긴 프로젝트에서는 사소한 습관이 계속 돌아온다. 이름이 흐리면 판단도 흐려지고, 기록이 약하면 다음 선택의 이유도 금방 사라진다. 겉으로 보이는 선택은 단순했지만, 안쪽에는 실패를 줄이려는 기준그 기준을 보여주지 않으면 글은 금방 보고서처럼 마른다. 그래서 결론보다 그 결론까지 밀려간 과정을 먼저 보여주는 쪽으로 다시 잡는다. 정량 지표보다 중요한 건 반복해서 남는 감각이었다. 어떤 표현은 오래 버티고, 어떤 표현은 다음 날 바로 버려졌다. 좋은 문장/도구/인터넷/이름이 왜 실제 작업의 방향을 바꾸는지 구체 사례로 드러났다.

마치며

그래서 메인 프로젝트 밖에 둔다. 제품 설명이 아니라, PonsLink와 PonsWarp를 만들면서 같이 쌓인 작업 습관과 생각의 흔적에 가깝다. 특히 이름은에서는 재현 조건을 같이 적어야 의미가 있었다. 메인 프로젝트와 억지로 묶지 않아도 된다. 사이드 노트로 남겨두는 편이 더 자연스럽다. 특히 이름은에서는 재현 조건을 같이 적어야 의미가 있었다.