첫 주가 명제를, 둘째 주가 증명을 줬다. 셋째 주는 어떻게다 — 능력을 도구로 빚을 때, 노출과 비노출의 선을 실제로 어디에 긋는가.
이번 주 Signal
선을 어디에 긋느냐가 곧 앱의 성격이다. 같은 서버, 같은 능력이라도 어떤 도구를 내밀고 어떤 도구를 닫느냐에 따라 전혀 다른 앱이 된다. 노출 목록은 능력의 선언이고, 비노출은 성격의 선언이다. 셋째 주의 핵심 화두가 이거였다 — "무엇을 할 수 있게 할까"만큼이나 "무엇을 못 하게 둘까"가 설계다. 두 목록은 한 동전의 양면이고, 그 경계선이 앱이 누구를 위한 것인지를 말한다.
경계는 기능 제약이 아니라 신뢰의 토대다. 닫아 둔 도구는 빠진 기능이 아니라 약속이다. 블랙박스가 "영상은 안 건드린다"를 도구 부재로 약속했듯, 닫음은 사용하는 사람에게 주는 보증이 된다. 셋째 주 반응 중 인상 깊은 한 줄 — "닫힌 부분이 있어서 오히려 믿고 쓴다." 무엇이든 할 수 있는 도구보다, 절대 못 하는 게 분명한 도구가 더 신뢰받는다.
Vol 4의 중심에 다다랐다. 모든 서버가 앱이 될 수 있다는 가능성과, 그 가능성에 선을 긋는 책임. 이번 달은 이 둘을 동시에 말한다. 셋째 주는 그 균형점 — 풍성하게 열되, 위험하게는 열지 않는 감각.
도구·패키지 메모
이번 주 메모는 경계 설계의 순서. 도구를 설계할 때 더하기부터 시작하면 목록이 비대해지고 위험한 능력이 슬며시 섞인다. 권하는 순서는 반대다 — 먼저 "이 앱이 절대 못 해야 하는 일"의 목록을 만들고, 그걸 비노출 영역으로 못 박는다. 그다음 그 선 안에서 도구를 더한다. 닫을 것을 먼저 정하면, 여는 일이 안전해진다. 흥미롭게도 이 순서를 따르면 도구 목록이 더 짧아진다. 닫을 영역을 먼저 정해 두니, 정말 필요한 능력만 남기게 되기 때문이다. 경계가 설계를 거든 셈이다.
짧은 생각
권한이라는 말은 무겁다. 누가 무엇을 할 수 있는지를 규칙으로 정하고, 검사하고, 거부한다. 그런데 도구라는 단위로 옮겨 오면 권한이 목록이 된다. 있는 도구는 할 수 있고, 없는 도구는 못 한다. 규칙을 읽지 않아도 목록만 보면 안다. 권한을 코드에서 명세로 옮긴 것 — 이게 4월 내내 흐르는 조용한 전환이다. 그리고 명세는 사람이 읽을 수 있다. 만든 사람이 아닌 누구라도, 도구 목록을 펼치면 그 앱이 무엇을 약속하고 무엇을 거절하는지 알 수 있다. 신뢰가 검증 가능해지는 자리가 여기다.
현장에서
한도경 씨가 진료 흐름을 도구로 빚는 과정도 이 순서를 따랐다. 그는 먼저 "도구가 절대 넘어선 안 되는 선"을 그었다 — 진단, 처방의 최종 판단. 그 선을 비노출로 못 박은 다음, 그 안에서 환자 접수·문진 정리·기록 정돈 도구를 풍성하게 더했다. 하루 60명을 보는 속도는 도구가 거들고, 판단의 무게는 사람이 진다. 닫을 것을 먼저 정했기에, 여는 일이 자유로웠다.
이번 주 질문 · 다음 주 예고
당신이 만들 화면의 "닫힌 목록"을 적어 본 적 있는가. 보통은 열 기능만 적는다. 이번 주의 권유 — 닫을 목록을 먼저 적어 보라. 다음 주엔 4월을 닫으며, 한도경 씨의 이야기를 온전히 — 오래 일한 사람의 경험이 어떻게 흐름이 되고, 흐름이 어떻게 도구가 되는지를 마무리한다.
makemind.dev 「소식」 — 매주 한 호흡, 한 주의 Signal을 모읍니다.