4월이 시작됐다. 이번 달의 화두는 한 문장으로 압축된다 — 모든 서버가 앱이다. 첫 주부터 이 문장이 생각보다 멀리 굴러갔다.
이번 주 Signal
"서버가 앱이 된다"는 말이 스위치를 눌렀다. 이번 달 Horizon 글이 던진 명제는 단순하다. 자기 능력을 도구로 내보내는 무엇이든, 화면이 그 도구를 엮는 순간 앱이 된다. 그동안 "서버"라고 부르던 것 — 데이터를 가진 무엇, 일을 처리하는 무엇 — 이 사실은 아직 화면을 입지 않은 앱이었다는 얘기다. 첫 주 반응의 핵심도 거기였다. "그럼 우리가 몇 년째 돌리던 그 백엔드가, 화면만 얹으면 앱이라는 거냐"는 되물음. 그렇다. 그리고 그 화면은 코드가 아니라 도구를 엮는 정의다.
노출하지 않는 것이 곧 경계라는 발견. 이 명제엔 뒷면이 있다. 능력을 도구로 내보내면 앱이 되지만, 내보내지 않은 것은 그 앱이 절대 할 수 없는 일이 된다. 즉 무결성은 막는 코드로 지키는 게 아니라, 애초에 그 도구를 두지 않음으로 지킨다. 첫 주에 가장 많이 곱씹힌 한 줄이 이거였다 — "할 수 없게 만드는 가장 확실한 방법은, 할 수 있는 도구를 만들지 않는 것."
Vol 4는 '경계'의 달이다. 1분기가 "설치 없는 앱"의 가능성을 펼쳤다면, 4월은 그 가능성에 선을 긋는다. 무엇을 노출하고 무엇을 닫을 것인가. 이 질문이 이번 달 Horizon·Build·Field 세 글을 하나로 꿰뚫는다.
도구·패키지 메모
이번 주 메모는 도구 목록이 곧 명세라는 점. 어떤 화면이 무엇을 할 수 있는지 알고 싶으면, 코드를 읽을 필요가 없다. 그 화면에 엮인 도구 목록을 보면 된다. 거기 없는 도구는, 그 화면이 못 하는 일이다. 권한 설정 페이지를 따로 뒤질 일이 아니라, 도구 목록 자체가 그 앱의 능력과 한계를 동시에 선언한다. 도구를 더하면 능력이 늘고, 빼면 경계가 선다 — 한 곳에서. 그래서 이 모델에선 "이 앱이 안전한가"라는 물음이 추상적이지 않다. 도구 목록을 한 줄씩 훑으면, 그 답이 그대로 눈에 들어온다. 명세와 구현이 따로 놀지 않는다는 것 — 이게 첫 주에 가장 자주 회자된 실무적 이점이었다.
짧은 생각
"서버"와 "앱"을 다른 종류로 나눠 온 습관이 오래됐다. 하나는 뒤에서 돌고, 하나는 앞에서 보이고. 그런데 도구라는 단위로 보면 둘의 경계가 흐려진다. 뒤에서 돌던 것이 능력을 도구로 내밀면, 앞에 화면 하나 엮는 것으로 앱이 된다. 앱을 새로 만드는 게 아니라, 이미 있던 능력에 화면을 입히는 것. 그러면 "앱 개발"이라는 말의 무게도 달라진다. 처음부터 짓는 일이 아니라, 이미 일하고 있는 능력을 드러내는 일이 되니까. 이 전환이 4월 내내 따라온다.
현장에서
이번 달 Field의 주인공은 한도경 씨(47), 가정의학과 의사. 하루 60명을 본다. 그가 만든 것은 진단을 대신하는 도구가 아니라, 진료의 흐름을 도구로 빚은 것이다. 첫 주엔 그 출발점만 짚는다 — 그는 "진단은 끝까지 사람의 몫"이라는 선을 먼저 긋고 시작했다. 무엇을 도구로 만들지보다, 무엇을 도구로 만들지 않을지를 먼저 정한 사람의 이야기.
이번 주 질문 · 다음 주 예고
당신이 지금 "서버"라 부르는 것 중 하나를 떠올려 보라. 그게 내미는 능력을 도구 목록으로 적어 보면, 그건 이미 절반쯤 앱이다. 다음 주엔 그 명제를 손에 쥐는 쪽으로 간다 — 화면은 풍성한데 어떤 도구는 일부러 없는 사례, 블랙박스 이야기로.
makemind.dev 「소식」 — 매주 한 호흡, 한 주의 Signal을 모읍니다.