지난 몇 년 동안 저는 건설업 엔지니어들과 함께 일해 왔습니다. 50 대, 60 대인 분이 많고, 컴퓨터는 그들이 가장 편한 도구는 아닙니다. 그래도 도면, 변경 지시서, 계약서는 매일 컴퓨터에서 돌아갑니다. 공유 폴더가 그들의 협업 주 무대: NAS 한 대, 한 무리의 사람, N 개의 버전, 늘 누군가 편집 중.
혼란이 펼쳐지는 장면을 너무 많이 봤습니다. 디자인이 새 버전을 사무실에 보내고, 받은 사람이 NAS 에 저장하지만 현장에는 알리지 않음. 현장 감독이 그날 쓰는 건 지난주 옛 도면. 콘크리트는 이미 부었고, 치수가 안 맞고, 깨서 프레임을 다시 묻고, 공기는 이틀 늦어집니다. 아무도 잘못한 게 없습니다. 하지만 누군가 대가를 치릅니다.
내가 선택한 갈림길
저는 git 을 능숙하게 씁니다. 소프트웨어 엔지니어는 다 쓰고, 밖에는 유료 강좌까지 있어요. 문제가 보이면 commit, branch, reset, 도구가 제 두 번째 손처럼 자연스럽습니다.
하지만 건설 현장 감독에게 “git 한번 써보세요” 라고 말하면, 매번 당황한 얼굴이 돌아옵니다. git 은 그들을 위해 만들어지지 않았습니다: 검은 화면의 터미널, merge conflict 알림, HEAD 포인터 — 모든 개념이 길을 막는 벽입니다. 저는 중간에 끼어 있었습니다: 저는 능숙하게 쓰고, 고객은 못 쓰고, 공유 폴더는 매주 콘크리트 깨는 이야기를 만들어냈죠.
그들에게 git 을 가르치는 게 더 쌉니다. 그들이 배울 필요 없는 도구를 만드는 게 더 어렵습니다. 저는 어려운 쪽을 선택했습니다.
제가 한 실수 (중 하나)
Keeply 첫 버전에 기능을 너무 많이 넣었습니다. 건설업도 필요해, 디자이너도 필요해, 회계 사무소도 쓸 거야, 모든 사례를 잡으려다 스위스 아미 나이프가 됐습니다: 기능은 다 있는데, 아무도 편하게 못 쓰는.
그래서 잘랐습니다. 또 잘랐고요.
지금은 Keeply 에 새 기능을 넣기 전에 반드시 3 가지 질문을 통과합니다: 건설 현장이 정말 쓸까? 60 대 감독님들이 열까? 빼면 누가 신경 쓸까? 어느 하나라도 “no” = 안 넣습니다. 기능이 적은 건 버그가 아닙니다, 설계 선택입니다.
왜 이걸 쓰나
이건 창업 초심 에 대한 이야기입니다.
Keeply 는 버전 관리 도구 업계에서 git, SVN, Mercurial 을 이기려고 만든 게 아닙니다, 그 싸움은 개발자들이 이십 년 전에 이겼습니다. Keeply 는 매일 git 을 안 여는 사람, 그러나 매일 폴더를 여는 사람을 위한 것입니다: 현장 감독, 디자이너, 변호사, 회계사, 학생, 프리랜서.
당신이 그 한 명이라면, 공유 폴더의 파일 버전 문제를 읽어보면 알 겁니다: 당신은 파일 정리를 못하는 게 아닙니다, 도구가 정리 책임을 전부 당신 기억력에 떠넘겼을 뿐입니다.
다음 버전에서 만나요.
저자 소개: Ting-Wei Tsao, Keeply 창업자. LinkedIn
