我这几年陪着营建业的工程师工作。他们很多人 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
