学《郭东白的架构课》：05｜法则二：研发人员的人性需求是如何影响架构成败的？

🤔☕️🤔☕️🤔

• 📖：研发人员的人性需求，与架构成败之间，有成败关系。架构设计必须符合人性。

  🤔：看到这句话，忽然冒出来，我作为研发人员，原来也没少干过拆架构台的活。如今我也算个架构师，虽然只是入门级的那类，想必也有拆架构台的活在发生。这是人性。这样的人性，难道就不能修饰一下嘛。不，是这样的架构，难道不得整改一下嘛。到底哪方能够扭赢对方。在机会面前，人性扭赢架构，否则就是失职，就是在挥霍机会。在形势面前，架构扭赢人性，看清就另找出路，别处寻觅机会。

• 📖：研发人员对安全感的需求很是强烈

  🤔：安全感的侧面站着紧迫感。当我可以连续几个月吃泡面，还很开心调试着代码，虽然项目很紧迫，但是我并没有紧迫感，即使我随时会被赶走，但是安全感一丁点儿都没有被诱发出来。可是，当我知道下个月房贷等着还清，女儿眼看长大没有独立房间，每天睁开眼都不敢看天花板，洗脸刷牙都不肯照镜子，我知道天花板上和镜子里的脸上都写满了紧迫感。芝麻一丁点儿的事情，都能挑动到我紧张的心理，寻求工作安全感的需求，从未如此迫切。只是没有看到课程里这句话的之前，自己没有把这样的状态理解为对安全感的需求而已，现在真相大白。实际上就是缺乏安全感，才会整天盯着课程学，名其曰终身学习，实际就是求安全的焦虑诱发的学习动机。果真如此这般这般如此嘛。

• 📖：没有人性的技术架构，就没有生存空间，尤其忽略研发团队心理安全感需求时，纯粹就是自寻短见的技术架构

  🤔：技术架构的价值，可以仅从架构本身来评估价值，也更要从架构放到整体中去评估价值，尤其关注其对人对价值。说起来很轻松，听起来很有道理。可要是知道，对人价值的关注不难，对人价值的度量就极难。难在度量发生在机会层面，难在人是能够对任何刺激都做出反应的活系统，难在人的反应又会再次反馈进来被迭代度量。

• 📖：让我独立负责一个核心微服务，那么我的安全感和自尊都是最大化

  🤔：原来可以如此嘛，不管信不信，我要试试看。