08｜法则三：架构师如何在一定时间内最大化自己的增量价值？

一如既往地对老师的课程，震撼、感恩、不可思议！至心为那位印度精英的福报感到开心，更为老师的真诚而感动！ 关于这节课的作业，学生有一个非常低端的“创新”，不知道能否入老师法眼，其实主要是想感谢一下淘宝。在汽车制造商的自动化测试中，需要模拟CAN总线和以太网环境给target提供整车网络环境。然而一般使用的设备，都挺贵的，例如CAN设备大约20k RMB一套，以太网多媒体转接器2k欧元一套（一个台架至少两套）。为了在老板有限的预算内提供足够的资源给测试团队，学生在淘宝上偶然发现一些工业级的测试设备，CAN的500 RMB，以太网的1200 RMB，但是需要自己写代码开发可供测试工程师的工具。最终使用这些“山寨”工具，加上当时华为云还是免费的IoT服务（现在大约是3k RMB一年），构建了一套远程监控的测试系统——汽车的duration测试需要大量的时间（有点类似于IT的performance测试或压力测试），有了这套系统，测试人员就不需要假期加班赶测试进度了，

🤔☕️🤔☕️🤔 * 📖：无论公司是否给营收的压力，作为架构师，都要主动思考，如何能够帮助公司挣得更多 * 🤔：这句话听起来不错，做起来极难。回想我自己的所作所为，在给别人讲道理的时候，也会搬出类似的话，在自己做事的时候，总算在懒惰成性和内心各种小啾啾之间游荡。为何如此之难？猜测有两方面原因，一方面是效果起得太慢，或者很不明显，等这么久才来反馈，实在等得心焦，耐心被磨尽；另一方面是没有足够的监督，没人发现我的这些小心思，也没人挥着鞭子追问我这些问题。当然还有更重要的一个因素，那就是自己的热爱没有被唤醒，自然就缺乏追逐热爱的步伐。最近几年一直在问自己，做技术，持续做技术，到底是来自内心的喜欢，还是仅仅在这个行当而已。哪些事情，自己做起来是不由自主进入心流，哪些事情，听到都嫌烦，更别说做出自己满意的成果。有一件事情似乎很合我的胃口，那就是学新技术，时间后思考技术的原理，迫不及待要告诉身边的小伙伴。不知道做技术的人是否都如此，不知道这个潜质是否会成为架构师的加分项。 * 🤔：话说普通人的思考，必须遇到变化才能触发，主动思考只发生在思考者的身上。我作为普通人，如何才会有思考者般的主动思考，这是个问题。到目前为止，自己的经验里，有一点比较显著，那就是要主动接触新鲜的东西，不只是技术方面的新鲜东西，更是各式各样的新鲜东西，尤其是各种通识类知识的新鲜东西。如果不是新鲜东西主动送上来，那就要主动定期去接触。只有这些接触到这些有的没的，才能够带来变化，才能够触发思考。而且接触越多，越会点燃自己的好奇心，亲测有效。 * 📖：“在小数据里看大机会，在大数据里看小机会” * 🤔：看一个人代码水平如何，只要看他如何写分行代码，看一个人设计做的如何，只要看他配图所用的字体，看一个系统的代码质量如何，只要看系统跑起来调用时间类函数的频率。别问我为何这么俗气，别问我是否真的有效，反之我的经验范围内狠准快。 * 🤔：一个软件系统的质量，是每个清爽易懂的代码角落。只有把代码写的简洁明了，显而易见，瞄一眼就懂，才能让缺陷在很早的阶段就暴露无遗。对于每个开发而言，从自己的手里敲出来的每行代码，能够让比自己经验略不丰富的工程师看懂，就是一个团队代码质量的小数据。每次排查设备的故障，找到缺陷代码点的时候，都会有种一言难尽和如梦初醒的恍惚感，只需要修改几行代码，就能修正这个缺陷，可问题就在于当时写这行代码的人自己没想清楚，评审这行代码的人也没特别懂。别问我是怎么知道的，自己在这个坑里有多久都已经有点忘记了。 * 🤔：一个好的优化，往往来自吃自己那个啥粮的经历。有本书，中文名《利益攸关》，英文名《Skin in the Game》，其中有个观点说：“要推荐给别人，我得自己出点血，我得利益攸关”。所以现在我推荐给别人的书或文章，至少是我自己看过，而且能触发我点思考的东西，否则绝对不会因为听别人说好书，然后我也推荐这本书值得读。就像我现在推荐郭老师这门课程给同事，我的推荐理由是这门课程触发我很多思考，每节课程我都会认真写留言。同样道理，自己做的软件或设备，如果自己都没有爱不释手的样子，怎么可能让别人爱不释手，简直就是胡思乱想。

这节内容看完，有被老师的能力给震撼到。能力强到离谱外，更难得可贵的是老师经常强调善良这一点，德才兼备。 谢谢老师带来这么好的课程！

带团队再做C端性能优化的时候，顺便看了下带宽流量费用，不看不知道，一看吓一跳，带宽流量费用达到了几百万 RMB/年，后续通过技术手段（精简Response包体，懒加载，前后端协作等方式），为企业节省了几百万 RMB/年，费用降低了90%，投入的人员和时间也不多，但是带来的商业价值比较大，达到了节流的效率，ROI极高。

花了点钱，在X技术网上买了本课注释中老师申请的专利，花了几个小时阅读，终于对老师的附图模型有点粗浅的理解了。 感觉老师的这套模型，简直就是data-driven operation的text book乃至Bible，需要再投入多点时间，再套用一些身边实际案例，才能再深入一点理解。 有个敏感的问题想请教老师，就是如果某公司在实际运营做性能优化时，也套用了老师专利里的这些数学模型，是否算侵犯了老师的知识产权呢？ 另外还有个implementation的问题，就是在实际运营中，对于专利文档中图1和图3，是否需要搭建一个dashboard实时显示？还是针对每次优化迭代后，或月度季度做离线统计呢？ 太多问题打扰老师了，再次非常感谢老师的课程👏👏👏

交作业 当年在一家公司做即时配送，配送流程的最后一步是送达，需要骑手在到达地点后点击送达，但送达的地点大多在建筑里面，是弱网环境，点送达时会因网络问题而失败，如果走到信号好的地方再点，又会因为定位离送达地点太远而失败。这种单子只能等超时，然后给骑手惩罚，然后骑手上诉，浪费精力和时间，效率低。不知道这个问题是通过数据发现的还是通过回访发现的，总之最后客户端团队做了一个离线送达功能，如果因为网络环境导致送达失败的请求先存在客户端本地，骑手看到的是送达成功，骑手数据好看了，骑手开心，我们也开心了，不用浪费时间处理这种上诉了。 我当时一直觉得我们的系统冷冰冰的，而这个功能让我看到了技术也是有温度的。

这个课程给我一种追剧的感觉，实在是觉得非常精彩。作业分享一个我遇到的情况：之前在一家中型企业做研发，这家公司是一家做方案部署的公司，提供一整套方案给其他单位；但是运维人员每次都需要花费大量时间去重复其中的一些流程，然后当时的leader对于所有流程进行了一次了解，将原来的十几个流程简化为五个；其中的指标就是运维人员在现场部署所需要支持的时间，一开始一个项目基本会耗费三到五个月，在精简了流程后，基本可以控制在两周时间内完成部署。最直观的感觉就是商务回款的时间很快，而且产品的竞争力很快就提升起来了

支付宝的条码付，跨界的改变支付方式，改变了社会的支付习惯。在2012年左右的时候二维码的应用并不是很流行，基本都是在商品上使用作为一个商品的标示。当时在部门总监的支持下组建了一个小团队进行创新，头爆后大家觉得条码是一个很好的信息载体，可以作为支付账户进行支付相关的应用，这个就是现在的扫码付的雏形，支付宝做了跨界创新并申请了专利，但由微信发扬光大，做到现在人人在用。

物超所值，有种追剧的感觉。其它课程都是等有空再看

这两节的课程确实有被震撼到，感觉这种课程就是很多高p不可能会言传身教的知识。这是自身核心竞争力的方法论，感觉自己之前做事都只是在做事，机器人一般在执行，并不会去站在这么高的纬度去思考问题，所带来的也是总是扣细节，反而缺少了很多全局大局意识与认知思考，规划方面的也都局限在一个个散落的小知识点上，缺少整体结构化思维，这种商业价值为导向的思维很棒，学到了