我這幾年陪著營建業的工程師工作。他們很多人 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
