#不走极端 #实现转化 #诗说老子
春雷开启大地的生机，
春雨让万物得到滋泽。
圣人好似春雷和春雨，
能统筹兼顾不走极端。
阳气集而能施予万物，
阴气集才能实现转化。
量变总是会引起质变，
圣人重积累积善成德。
节选自《雪漠诗说老子》之《平衡的游戏》
对人生有期待、对自己有期待的人，都应该从人格修炼着手，先踏踏实实地提升自己的人格境界，再谈别的。这就像中医所说的“上工治未病”，最上乘的医术治的其实不是病，而是病根。之所以中国文化经典讲的都是如何做人，就是这个原因。人做好了，一切自然达成；人做不好，一切都不好。
----雪漠阐释《道德经》 普通人轻松读懂“万经之王”
而所谓的新，对于观心修行而言，就是时时刻刻地安住在自性本心之中，没有任何的贪爱，没有任何的成见，每一天都是新的，每一个当下都是新的，不仅是日新，其实是时新刻新，时时刻刻都是新的。因为当你处在这种没有任何执着又清醒清明的状态，接纳一切，包容一切，将一切都视为自己生命成长所需要的营养的时候，那么你就可以时时刻刻从各种情境中得到学习和成长。所以说“新”就是更新、升华、提升、完善，不断地成长，不断的超越自己，不断的超越小我，不断的超越旧我，不断地成就一个更加完善的自己。
——明空如月
在一个真正懂得反省的人眼中，世上的一切，都不是在质疑自己，不是在嘲笑自己，不是在批判自己，而是在帮助自己，在督促自己，在鼓励自己。你想，当所有的一切都在让你向上时，你怎么会上不去呢？一切风景，都源于你的心。所以，只要把心放平，学会反省，你就有出路。哪怕一时难受一些，也不要紧。
雪漠《一个人的西部》
我在星光下独自走着的路上停留了一会，我看见黑沉沉的大地展开在我的面前，用她的手臂拥抱着无量数的家庭，在那些家庭里有着摇篮和床铺，母亲们的心和夜晚的灯，还有年轻轻的生命，他们满心欢乐，却浑然不知这样的欢乐对于世界的价值。
——泰戈尔
此刻坐上车，已是八点四十，今天加班。
领导分配了一个临时比较紧急的任务，基本上要在两天内完成。今天从这个任务说起。
事情的背景是这样的，之前开发的一个云盘同步空间的功能：本地和云文件双向同步。即任意一端有变化，都会互相同步。当时写的逻辑较为复杂，生成云端和本地的分别有两份xml，xml互相对比及操作生成，包含：云端和云端旧的对比，本地和本地旧的对比，以及本地和云的对比，最后生成的一系列操作，实现即时双向同步。
开发这个浪费了脑细胞，功能基本OK，但并未推广使用。担心安全性不够，因为云端和本地同时操作的复杂情况并未经过严谨的测试，云和本地出现文件不一致，还是有可能出现的。实际使用场景是否经得住考验未知。仅以追求文件统一为目标，有文件被覆盖弄丢的可能。对用户来说，是非常不友好的。这个做出来，只给了少数人用。
今天的任务是把它改为单向同步，只需要备份到云端。只有两天时间，不给测试时间，要求马上能发布使用。
不过，今天领导明确了目标，用户要用它来备份文件用，双向同步有风险，也不符合需求，只需改为单向同步就可以了，这样反而变简单了。
经过讨论论后，由原来复杂的各种xml对比的场景，变成了只需要本地与本地旧的目录结构的xml的对比就够了，甚至不需要去对比云端，只需要关注本地的变化就确定了操作，由本地同步到云端：创建目录，覆盖上传，或者重命名，仅这三种操作。
当时问他，那如果在云端进行了重命名或者创建目录等操作呢，这样，就让一些情况又变复杂了，我关心的是，是否要本地对比云端，因为如果两端都是变的，即便我们的目标是往云端备份、并不要求一致，但仍然有些场景是会让用户产生迷惑，且程序就要有合理处理这些场景的逻辑。
领导说，那云端也不需要考虑太多，云端就支持两个操作：删除和转移到云盘的个人资料目录，其他的操作一概屏蔽。这样真的太妙了，满足了需求，我这边修改起来，也会很快，修改的点很明确，因为只需要考虑本地和本地旧的，保留去同步建目录、上传和重命名操作就好了，其他删除操作交给云端web操作。
这样，用户往本地指定目录丢文件，就会自动帮ta备份了，不存在这一端要删，那边一检测对比又上传了这样的可能。因为不是双向同步，本地文件就不会被覆盖或删除，既安全，又满足了需求，提供了方便。
这个最终的方案，是领导的主意和决定，我提出各种场景该如何选择的问题，领导依据关键核心的目标，做决策。这头脑的灵活，真了不起。而我容易陷入到复杂逻辑里，不懂跳出来考虑，让事情变简单。
领导对这个需求的分析真是到位，让我非常佩服。我缺少他那种从用户角度去理清需求的关键点的能力，以及对难以确定的场景作出决策的能力。我更多的是从程序的调整和和技术实现去考虑问题。他的思维是管理者的思维，会综合考虑，而我只是习惯性的做一个具体方案实施的执行者。
工作场景中遇到的这件事，让我发现自己的单一思维模式的瓶颈，真得向人学习，不得不佩服。领导不是做程序开发工作的，是做服务器管理和运维的，但更重要的是他管理者的管理能力。在其位，谋其政。思维方式不一样。
最近读的《老子的心事》第四辑中许多非常让人惊叹的管理学的思维，这本书学好它，长见识，增智慧，不一定当管理者，但跳出自己的局限，学习这种思维方式是必要的。刚好书中也讲到大概这样的意思：管理者并不在各种实施的细节上去纠结，而是有一种直感，把握事情的大方向上的能力，做好决策。
今天，刚好看到一篇文章，马斯克的“五步工作法”，很实用。“尽力删减部件和流程”“加速循环周期，但完成前面三步之前不要加速，当流程错乱时你就该停下来，而不是加速”“自动化，最好的流程就是没有流程”。这些思维方式真不错。
“简化和优化，聪明的工程师常常会犯的错误就是，去优化一个本来不该存在的东西”，对这个观点，深有体会。
之前做一个资源管理和计费相关的项目，场景是这样的，一个资源挂了多个费用代码，这些费用代码可能会调整比例或增删，这时候的计费价格就要依据新的配置计价，而这个日期之前的依据旧的配置计价，就要记录多条数据，提供限定了日期范围的费用代码及配置的记录，以便统计月结算。
假如资源配置在一个月中间节点做了调整后，可能会增删改费用代码，有些费用代码产生新记录，同一个费用代码可能出现不同日期段不同的配置，但有些旧记录保持不变。同事之前是这样写的。
后来我把后端代码接过来后，并没有意识到什么不对劲。也是最近要提供API对接涉及到变更场景的逻辑如何设计，才意识到这样并不合理，因为原先把事情复杂化了。原先的增删改都要前端提供具体操作类型是啥，只传差异的部分，并不是简单的把新的全部传过来。而现在提供API给另外一个系统时，它在变更时，并不能细化变更项。
意识到，为啥不能做一个整体的一种变更呢，没有必要关注这么多细节，过于复杂了。后端的逻辑改为：只要有资源配置的变更，不管存在的还是不存在的费用代码，都加上截止日期生成旧的，再把现有的费用代码，全部产生一个新的计费记录，每个都有两笔，不用执著在哪个该变，哪个不该变。
本来就应该是这样，才是合理的。之前的思路，真的是把简单的事情复杂化了，玩一些逻辑的游戏。而我们却没有反思这种不合理，而延续下去用这种，就是陷入逻辑的思维惯性导致的。
当时，我在做这个系统的前端功能时，要按后端提的数据项去拼符合的数据，也费了些功夫，因为需要确定具体哪个应该是什么操作。虽然逻辑是都可以实现的，但是，我们是陷入了这个“本来不该存在的东西。”的陷阱，让事情变得复杂化了。
网友评论