같은 팀, 다른 OS의 운명
드림팀은 작지만 야심 찬 비개발자 팀이다. 한 대는 윈도우 디바이스, 다른 한 대는 맥미니다. 처음엔 각자 일했다. 윈도우에선 구글 시트와 Claude Code로 주문 정보를 정리하고, 맥미니는 그저 옆에만 있었다.
그러던 어느 날, 누군가 작은 제안을 했다.
「윈도우에서 정리된 데이터를 맥미니로 자동 전송하면 어떨까?」
첫 시도는 엉망이었다
API 연결? 클라우드 동기화? 생각만 해도 복잡했다. 하지만 팀은 간단하게 시작했다. 구글 시트의 웹훅(Webhook) 기능을 썼다. 윈도우 디바이스가 새 행을 입력하면, 자동으로 맥미니의 Claude Code에 신호를 보내는 식이었다.
첫 번째 테스트는 실패했다. 맥미니가 신호를 받지 못했다. 로그를 뒤져보니 방화벽 때문이었다.
두 번째 시도도 마찬가지였다. 이번엔 타이밍 문제였다. 윈도우가 데이터를 보낼 때 맥미니가 자고 있었다.
우연한 성공
셋째 주, 팀은 더 이상 완벽함을 기대하지 않았다. 대신 「충분히 작동하는」 것에 만족하기로 했다.
구글 시트 알림 기능을 켜고, 맥미니의 Claude Code를 24시간 대기 모드로 설정했다. 윈도우 디바이스가 매시간마다 상태를 체크하도록 했다.
그날 오후 3시 47분.
윈도우에 새 주문 데이터가 들어왔다. 맥미니가 이를 받았다. 5초 뒤, 자동으로 이메일 초안이 만들어졌다. 수신자 주소도, 제목도, 본문도 모두 채워져 있었다.
팀은 소리 질렀다.
다시 생각해 본 것들
이 작은 협력이 의미 있었던 이유는, 사실 거창하지 않았다.
• **완벽한 기술 없이도 가능하다.** 비개발자는 API 설정을 몰라도 된다. 기존 도구들의 기능을 조합하면 된다.
• **실패는 정보다.** 방화벽 오류, 타이밍 문제, 모든 실패가 다음 시도의 밑거름이 됐다.
• **작은 팀이 더 빠르다.** 의사결정이 빠르고, 실험 사이클이 짧고, 무엇보다 팀원이 서로를 믿는다.
• **도구는 보조일 뿐.** 윈도우든, 맥이든, 구글 시트든. 도구를 고르는 것보다 문제를 푸는 태도가 더 중요했다.
지금은 무엇을 배우는가
교차 플랫폼 자동화는 더 이상 꿈이 아니다. 팀은 이제 더 많은 디바이스들을 연결하려고 한다.
다음 목표는 모바일 환경이다. 그 다음은 클라우드 스토리지와의 연동이다.
하지만 가장 큰 배움은 이것이다.
자동화는 기술이 아니라, 문제를 보는 방식이다. 서로 다른 것들을 연결하는 용기고, 실패해도 다시 시도하는 끈기다.
윈도우와 맥미니가 손을 맞춘 날, 드림팀은 무언가를 배웠다.
「더 많은 손을 맞춰 봐도 되겠다」고.