지난주가 "기반은 이미 있다"는 선언이었다면, 이번 주는 그 기반이 기계 안에도 있다는 이야기다. 사람만 8할을 쥐고 있는 게 아니다. 벤치 위의 장비도 마찬가지다. 그리고 사람과 기계에서 빠진 2할은 놀랍도록 같은 모양을 하고 있다 — 화면.
이번 주 Signal
기기는 이미 다 말할 줄 안다. 이번 주 Build 글의 핵심이다. 벤치 위의 계측기 한 대를 보자. 그것은 이미 SCPI라는 표준 언어로 자기 상태를 또박또박 말한다. 측정값을 내놓고, 명령을 받아들이고, 설정을 바꾼다. 빠진 건 기능이 아니라 얼굴이었다. 사람이 들여다보고 조작할 운용 화면. 그 화면을, 이제 펌웨어를 다시 굽지 않고 정의 한 장으로 얹는다. 기계의 8할(측정·통신·제어)은 그대로 두고, 빠진 2할(화면)만 외부에서 깔끔하게 채우는 것이다.
"전용 SW가 없어서"가 더는 핑계가 아니다. 현장에서 가장 흔히 듣는 벽이 있다 — "이 장비는 전용 프로그램이 없어서 못 써요." 이번 주가 정확히 이 문장을 뒤집는다. 전용 SW가 없는 게 진짜 문제가 아니었다. 전용 SW를 기기마다 따로 개발하는 모델 자체가 너무 비쌌던 것이다. 정의로 화면을 얹으면, '전용 SW'라는 개념 자체가 슬며시 사라진다. 장비가 말하는 프로토콜에 화면을 맞춰 주는 정의 한 장이면 충분하다. 만드는 대상이 '프로그램'에서 '한 장의 정의'로 바뀌는 순간, 비용의 자릿수가 달라진다.
사람과 기계가 같은 문장 위에 선다. 한미정 씨의 채점 기준이든, 계측기의 SCPI든 — 둘 다 "이미 있는 기반에 화면 한 축을 얹는다"는 같은 동작이다. 도메인이 교실이든 실험실이든, 얹는 방식은 하나다. 이 일관성이 이번 달이 거듭 가리키는 지점이다.
도구·패키지 메모
이번 주 메모는 프로토콜과 화면의 분리다. 옛 방식에선 측정 로직과 표시 화면이 한 덩어리로 펌웨어에 구워졌다 — 화면 문구 하나 바꾸려 해도 기기를 통째로 다시 구워야 했다. 둘을 분리하면, 기기는 데이터를 말하는 일만, 화면은 그 데이터를 받아 그리는 일만 한다. 같은 계측기에 서로 다른 화면을 두 개 얹을 수도 있다 — 초보자용 한 장, 숙련자용 한 장. 정의가 둘이면 화면도 둘이다. 기반은 하나, 얼굴은 여럿. 기기를 바꾸지 않고도 쓰임이 늘어난다.
짧은 생각
값비싼 장비가 서랍이나 캐비닛에서 잠자는 이유는 대개 성능이 아니라 접근이다. 잘 측정하는데 들여다볼 창이 없어서 점점 안 쓰게 된다. 화면을 얹는 비용이 0에 가까워지면, 잠자던 기반이 깨어난다. 새 장비를 사는 게 아니라, 이미 갖고 있던 장비를 비로소 제대로 쓰는 일이다. 자본 지출이 아니라 발견에 가깝다.
현장에서
한미정 씨 이야기를 한 칸 더 진행한다. 지난주에 그는 채점 기준을 "적기" 시작했다. 이번 주엔 그 적은 것이 화면이 되어 떠오르는 걸 처음으로 봤다 — 132명의 이름과, 자기가 정한 평가 항목들이 한 화면 안에 가지런히. "내가 평소에 머릿속으로 하던 걸 그냥 옮겼을 뿐인데 화면이 됐어요." 계측기와 정확히 같은 일이 벌어진 것이다. 기반은 원래 있었고, 화면만 얹혔다. 한쪽은 사람의 12년, 한쪽은 기계의 SCPI. 출발점은 다르지만 도착점은 같았다.
이번 주 질문 · 다음 주 예고
당신 주변에, 잘 작동하는데도 "전용 화면이 없어서" 안 쓰는 장비나 시스템이 있는가. 한번 목록으로 적어 보라. 의외로 길어질지 모른다. 다음 주엔 다시 사람 쪽으로 돌아온다 — 한미정 씨의 채점 화면이 어떻게 4개 반 132명을 실제로 돌리는 도구가 됐는지, 현장 한가운데서 직접 본다. 선언과 증명을 지나, 한 사람의 일상으로.
makemind.dev 「소식」 — 매주 한 번, 한 주의 Signal을 짧게 정리합니다.