지난주가 "무엇을 얼리고 무엇을 녹일까"였다면, 이번 주의 질문은 더 구체적이다 — 녹인 화면은 대체 어디에 사느냐.
이번 주 Signal
"화면은 서버에 산다"가 이번 주의 답이 됐다. 컴파일을 버린 자리에 남는 의문 — 굽지 않은 화면은 어디에 있나. 이번 주 흐름이 모이는 답은 명료하다. 화면의 정의는 서버에 살고, 화면 자체는 그 정의를 받아 어디서든 뜬다. 기기 안에 박제되지 않는다. 그래서 같은 정의가 평가보드에서도, 농부의 태블릿에서도, 같은 모습으로 켜진다. 화면을 기기에 굽지 말고 서버에서 정의하라 — 지난달의 한 문장이 2월에 와서 "어디에 사느냐"로 구체화된다.
칩과 농부가 같은 길에 섰다. 「칩 위에서」의 평가보드와 정복산 씨의 재배 노트는 겉보기엔 멀다. 한쪽은 MCU, 한쪽은 비닐하우스. 그런데 이번 주에 둘이 같은 문장 위에 놓였다 — 둘 다 전용 화면 없이 정의 하나로 화면을 얻는다. 산업과 현장이 같은 메커니즘을 공유한다는 게, 이번 달이 거듭 확인하는 신호다.
문의의 결이 바뀌었다. "그게 정말 되나요"에서 "우리 보드/우리 작업에도 되나요"로. 묻는 사람이 이미 자기 상황을 대입하기 시작했다는 뜻. 증거가 쌓이면 질문이 자기 것이 된다. 칩을 다루는 쪽에서도, 현장에서 도구가 아쉬웠던 쪽에서도, 같은 결의 물음이 들어온다 — 분야는 달라도 묻는 모양이 닮아 간다.
도구·패키지 메모
이번 주 메모는 정의를 가리키기에 관한 것. 옛 방식이라면 화면을 보여 주려고 "내 환경을 깔아라" 했다. 서버 정의 방식에선 정의가 있는 곳을 가리키기만 하면 된다. 받는 쪽엔 범용 런타임 하나면 충분하다. 칩이든 태블릿이든 같다 — 정의를 받아 그리는 것뿐이니까. "내 기기에선 됐는데요"라는 오랜 농담이, 이 모델에선 성립하지 않는다. 화면이 어느 한 기기에 묶여 있지 않으니, 보여 주는 일과 옮기는 일이 같은 동작이 된다 — 가리키면 거기에 뜬다.
짧은 생각
화면이 기기에 묶이지 않는다는 건, 화면이 데이터처럼 흐른다는 말이다. 코드를 배포하는 게 아니라 정의를 옮긴다. 그래서 고치는 일이 가벼워진다. 무거운 빌드 대신, 정의 한 줄을 바꾸고 다시 가리키면 된다.
현장에서
정복산 씨가 이번 주 첫 칸을 그렸다. "오늘 온도", "물 준 시각", 그리고 "메모". 세 칸이 전부다. 남이 만든 앱의 스무 칸 중 그에게 쓸모 있던 건 셋뿐이었다. "필요 없는 칸이 없으니까 오히려 매일 적게 되더라." 도구가 작아서 쓰인다는 역설 — 자기 손에 맞춘 셋이, 남이 만든 스물을 이긴다. 그가 한 일은 화면을 새로 만든 게 아니라, 정의에서 필요 없는 칸을 지운 것뿐이다. 빌드도, 설치도 없었다. 정의를 고치고 다시 켜니 세 칸짜리 화면이 떴다.
이번 주 질문 · 다음 주 예고
당신이 매일 쓰는 도구에서 실제로 쓰는 칸은 몇 개인가. 나머지는 왜 거기 있나. 다음 주엔 「컴파일을 버리다」가 "그래서 누가 만드나"로 넘어가고, 정복산 씨의 세 칸이 한 주를 돌며 어떻게 늘고 줄었는지를 본다.
makemind.dev 「소식」 — 2월 둘째 주. 화면이 사는 곳을 물으며.