关于放弃的三件小事

作者: admin 分类: 公众号存档 3 次浏览发布时间: 2021-12-30 08:39

公众号：杨建荣的学习笔记 · 作者：杨建荣 · 发布：2021-12-30 08:39:04 · 原文链接

这是学习笔记的第 2394篇文章

最近观察到一些工作生活中的小问题，结果提炼后发现是一个蛮有意思的问题，那就是放弃。

其实人是很容易放弃的，毕竟放弃的成本表面上看来要低，可以随时停下来，而且能够很快得到一种从未有过的轻松感，放在工作里面就是躺平。

我们每天都有各种各样的想法，但是我想十有八九得被自己的大脑给放弃了，放弃的方法比解决问题的办法要多得多，一种是直接绕过，尽量回避，一种是寻找新的解决方案来替代，我想从某种程度上来说，放弃不算是一个贬义词，而是取决于处理它的态度。

比如在3年前，我们经过很多知识库方案的选型，最后使用了xwiki文档库，这是一个开源产品，功能还是比较丰富的，这么多年就在各种磨合中一直保留了下来，我一直希望有一种基于WEB端的方式能够实现多人的协作编辑，所以也一直坚持这样使用，也让我们的小团队基于xwiki来更新周报和运维知识库。但是问题来了，经过了多年的使用，尤其在今年的时候，知识库额外卡顿，经过测算，有的页面打开要20秒钟，而使用浏览器调试功能发现大部分的等待都在一个基于字体的谷歌站点。

这个问题使得我们继续使用这种模式就很尴尬，这么慢的使用体验可想而知，尤其需要查看一些文档，但是浏览器还在那儿不停转圈的时候就有些窝火，我想很多人都会有不同的想法，无非是这么几种：

1）反正一周就用那么几次，忍忍就算了

2）用的也比较少，慢慢放弃

3）是不是有其他的文档库方案，直接迁过去得了

这几种想法都没有问题，我也有这些想法，问题到了不得不改的程度，就需要寻找其他的解决方案了，但是还是想再坚持一下，于是我做了下面的事情：

1)因为我这几天也简单看了下其他的知识库方案，都有各个方面的成本,尤其是迁移的成本还是比较高的

2)我和前端同事了解了下问题的具体原因，想看看能不能修改开源项目里面的一些配置来改进，即把这些引用先去掉，结果这个工作量比想象的要大得多，而且很多文件是前端项目的特有格式，编辑起来心里也没底。零零散散的测试，最后还是回退了原来的配置

3)查找谷歌字体站点的国内代理，在本地的etc/hosts里面把谷歌站点指向这个国内代理，问题有了明显的转机，加载明显快多了

4）在本地的etc/hosts里面把谷歌站点指向127.0.0.1，就不让它加载这些样式了，和原来的使用模式也一样，这种方法测试还是很酸爽的，也算是一劳永逸

说了一大堆，这个xwiki的问题算是解决了，但是我想在这个基础上和放弃关联起来表达的意思是：我在间接，无意中获取到的信息是这个xwiki使用比较慢而使得大家慢慢放弃了它，解决这个问题的痛点就是一把钥匙的问题，你是换锁还是配钥匙。

第二件事是一次在开会时，研发同学反馈有一个方案找另外一个部门的同事做方案咨询，这个同事会问得很细致，那种感觉就像是在审查一样，所以方案还没有接入，研发侧就已经在初步沟通中被放弃了这个方案。

第三件事是生活中，看起来也是一件小事，孩子起床要闹钟叫，但是有一天闹钟不响了，那天上学差点迟到，于是我又把原来的一个闹钟也配置了起床时间，过了两天，孩子把它从桌子上收起来了，孩子给我的反馈是这个闹钟早上会响，晚上也会响，不好用，所以孩子的爷爷和孩子很快达成了一致，把闹钟电源关闭了事。我在路上偶尔想起这个问题，我觉得应该是闹钟的时间区间有问题，所以我把闹钟拿到公司，准备实际测试一下。如果这个问题解决了，要让孩子重新建立对闹钟的信任还是需要时间的，而我想带给孩子的就是一种新的思考方式。

所以从意向到放弃，需要放弃的原因有很多，但是如果是从放弃到不放弃，需要的原因就是很简单的两点：你是重新换锁还是配钥匙？