因为求学、工作，背井离乡。

先是侯鸟，假期、过年时回家。

后来，家里老人来照顾小孩，过年都不一定回家了。

再后来呢？

若是老人不在、房子拆迁，怕是永远也回不去了。

是什么力量在驱动这一切，又让人心甘情愿？

即便号称「全干工程师」，也不可能全都能干；
即使全都能干，也不可能全部都精通。

尤其具体到个人，时间精力有限，体力心智最优的时间段也有限，能掌握的东西也有限。在有限这个大提前下，做事情就不能无节制，就要有所取舍。

具体的，比如 A 和 B 两种技术都能解决某问题，那最好只掌握其中一种。把过多的时间花在两种都掌握上，不如去掌握解决另外问题的技术。

怎么才叫掌握呢？一个直白的标准：不用 Google，也能快速可靠地解决具体的问题。

今天迁移服务器，花了比较多时间在一个处于维护状态中的一个功能&服务。现在看来，这就是一种技术债务了。

怎么来的呢？最开始时，这个后端功能是用 Swift 实现的；你没看错，几年前用 Swift 实现后端功能；估计放现在，也没几个人这么干。后来，学 Python，就用 Python 又实现了一遍。再后来，技术栈收敛到 js/node，Python 就又搁着了。于是，迁移时就成了技术债务。

还有个原因，其中使用了 MySQL 数据库。而现在，我又将重心放在了 MongoDB 上，MySQL 就又成包袱了…且，毕竟 MySQL 安装维护啥的，也是成本。最后，我把数据库又转为 SQLite 了。其实，如果当初直接就选择 SQLite，现在也就没太多成本了。

说到这个，就又说起另外一个话题：对于实际生产，可维护性、低维护成本的技术方案，可能比性能等其他方面更重要。

要减少技术债务，比较重要的一点，还是 收敛技术栈。凡是自己接触的技术，都掌握到熟练的程度。如果是学学的技术，谨慎使用到需要长期维护的项目中。

我们做的很多事，都可以算作在追求确定性。比如，怎么做才能 XXX

而另一方面，不是所有事都有确定性，也不只是确定性才有意义。

比如，出去旅游，如果攻略做的太详细，未免乏味。且如果因为变动而无法照着攻略行动，人会变得焦虑。

比如，看一本不知道结尾的小说，更引人入胜。

比如，一眼望穿的人生，没有吸引力。

1. 从用户的角度，应该有看文档的自觉。
2. 从设计者的角度，用户应该开箱即用，无需看文档或少看文档。

文档，就像公共场所的消防栓，最好的命运是没人用；退一步，在真要用时，凭直觉和常识就能使用。最差的，才是得严格按照操作说明才能正常使用。

路透社方面获悉，2018年10月29日坠海的印度尼西亚狮航JT610航班黑匣子录音内容首次公开：在飞机坠毁前，机组人员还在翻操作手册，但最终没有找到解决方案。