不要去解决不应该存在的问题

卖桃者说 12 月开放订阅，这也是今年最后一次开放。具体内容请参考今天的附文。

算一算，这个服务也写了 50 期了，并且有不少邮件互动，明年订阅费可能会做些小幅调整。

周六推送了小密圈读者群的二维码，周日就有读者在群里提到这么个问题（精简并去除重口味版本）：

公司现在有8层楼，每层一个洗手间，每个洗手间里有5个位置。
假设现在公司一共800人，全是男性。（这种公司你还待着干嘛？）
早晨洗手间位置比较紧张，往往都是先去本楼层的洗手间找位，找不到就爬楼去别的楼层找，那种憋屈的感受真心痛苦……

有没有好的方案，能让人在最短的时间找到坑位呢？

读者想到的方案都比较 Geek，比如：

在洗手间安装传感器，实时上传位置占用信息，大家通过手机 App 或浏览器查看信息，然后再决定去哪儿解决问题。这类似一个会议室管理系统。

更有甚者，还有这样的：

在洗手间的出入口安装摄像头和传感器，通过图像识别计算洗手间的人员流量，累积历史数据，然后通过机器学习自动提醒你如厕时间和地点。比如有一天你正在噼噼啪啪敲击红轴键盘编码，叮当一个微信过来：尊敬的 XX，根据你的习惯和洗手间资源状况，我们推荐你在10点10分去三楼男卫生间解决问题。

就这么点样本，得学习多久啊……

基本上，这是个资源配比失调的问题。为什么不从源头解决问题呢？比如，什么公司居然清一色800壮士啊，这种公司待着还有啥意思？都是男爷们，那赶紧改造女洗手间啊，即使为了将来考虑，八层楼保留一个女洗手间就够了吧？公司选择或建造这个办公楼的时候，不考虑公司性别比例吗？对于一个正常的公司来说，这似乎是个不该出现的问题。无论你用什么技术解决，都是「用战术的勤奋，弥补战略的缺失」。

引子有点大，也不一定合适，但是工作和生活中，我们总会碰到一些类似的「不该出现的问题」。

如果团队里的 Leader 不停的抱怨工程师的素质不行，能力不行，并不断向公司索要培训资源，这时候你得考虑，是不是招聘和面试环节出了问题。既然工程师的能力不足以满足业务需求，那你招聘他进来干嘛呢？有时候我们因为任务多时间紧，常常会在面试的环节放那么一扣，以期尽快找到更多的人进来解决问题。但是在软件研发这个领域，往往不是人多能够解决问题的。能力不行的，缺乏协作意识的，不认同团队文化的，不仅难以解燃眉之急，反而可能带来灾难性的后果，他们可能从另一个方向给你带来那些「不该出现的问题」。

尽可能去找那些优秀的人来做你的同事，虽然绝大多数团队都找不到最优秀的人才，这也没什么可抱怨的，因为能够成功的也不是大多数团队，但至少要满足：人品没大问题，能力足够完成当下的任务，这样会在未来减少很多麻烦。

公司开始高速增长的时候，创始人总是忍不住去扩张公司的规模，人员的增加带来的不仅是固定成本的增长，而且会带来额外的需求，人多了总得有活干啊，一些没那么紧急和重要的需求就会衍生出来。等到进入瓶颈期，业务开始收缩，人员闲置，企业又会陷入另一个噩梦。其实扩张的时候能够更稳健一点，更现实一点，这些问题根本就不会存在。

在技术改进的时候也会有这样的问题，技术领导者们往往会忍不住去追逐那些新鲜和时髦的技术，后果就是带来一大堆不应该存在的问题。对大部分企业来说，技术永远是为了业务服务的，用好当下的技术，解决当前的问题，就是最好的策略。不要为了技术改进而改进，也不必过早去担心未来的需求，你怎么知道你的企业能活到那一天呢？业务的爆发性增长会驱动技术的迅速发展，在业务规模还不及格的时候，不用为技术的未来担心。

业务系统由于运维人员配错了一个配置文件出了问题，于是大家开始制定各种规章制度，不断开会强调规则和步骤的重要性。那你为什么不把所有能够自动化的步骤都自动化了呢？在运维这个领域，工具的自动化远远比人肉靠谱的多。