预与治

王福强

2020-02-16

这阵子比较痛苦，思想上的痛苦，心理上的痛苦，因为感觉没有了这些层面的成长，思维框架也好，心智模式也罢，到了一个高原期或者说天花板，没有太大变化了，这让我很痛苦，现实生活我甚至可以忍受吃糠咽菜（当然眼下起码还不至于），可是思想或者心灵上就很难忍受低劣的徘徊与茫然无措…

心里有了一个思维框架，很多事情其实都只是碰到了映照出来的东西，比如，我一直认为架构思维和工程思维其实是有先后的，至于优劣就很难去评判，架构思维类似中医思维(当然，我这里的中医跟很多人眼里的中医也不是一个概念)，重预防，讲系统和整体，工程思维则重实际，重解决问题；前者做好了，很多问题其实不会出现，可是如果做不好，出了问题，前者往往又不擅长解决这些问题，这个时候就需要后者的介入。系统性地去整体考虑，很多工程性的问题其实可以避免，但过于强调解决问题有些时候却又会助长更多问题的衍生。

但现实却是，人性更加鼓励或者说放纵问题的发生，不出问题大家其实都愿意take chance，谁又没有点儿侥幸心理呢？天天想着预防这个问题，预防那个问题就变成了焦虑症人格，这tmd太累了，人性皆懒，所以，大家更愿意出了问题再说，所以，也更喜欢出了问题再解决问题，所以更看重那些可以解决问题的思维和人，所以也就医院人满为患，所以没人信预防（优）先于治疗。

但凡事皆有先后，思维也有先后，就好比我在给各个公司做微服务相关的内部培训的时候，大家问到最多的问题永远是， “微服务到底应该怎么拆啊？”，你说应该怎么拆啊？我要是说拼个人手感，你肯定说我故弄玄虚，给你讲场景，讲DDD，讲组织，讲个人特质和拿捏手感，所有这些都tmd太复杂了，也太需要前期沉淀和投入了，没有几个人有耐性听我bb，更不会有多少人相信，可是，如果我告诉你，看访问量指标，访问量大的拆，小的就先扔着，你肯定像得了灵丹妙药一样如获至宝，艹，这条原则太简单了，做技术的一听都懂，后者就是工程思维，有效看得见呀，谁不喜欢呢？

但如果你前面架构设计合理，其实拆不拆也自然心里有数了，拆的也更加逻辑合理了，但这种架构思维太需要付出心智和各种成本了，比如组织成本、沟通成本、学习成本、执行成本、甚至各种投入都不一定看得见成效的成本，出力不讨好的成本，so还是tmd数字有效，简单粗暴谁都看得到，说到底很多东西是为人性服务的…

所以，道有先后又怎么样？最终抵不过人性与现实，优劣也是遵从现实尺度的，要么接受，要么痛苦，道不孤？扯淡呢，自我安慰而已, 最后也只能自己安慰自己吧！