有些初为导师的工程师由于担心毕业生的能力太弱，安排任务时候谆谆教诲，最后感觉还是有所顾虑，干脆自己写代码。同样的事情发生在很多刚刚管理小团队的工程师身上。最终的结果他们：写完所有的代码，让下属无代码可写。“ 事必躬亲”当然非常糟糕，最终的往往是团队的整体绩效不高，团队成员的成长很慢，而自己却很累。
第一个原因是需求传递变形。从信息论的角度来讲，任何沟通都是一个编码和解码的过程。典型的需求从需求方到产品经理，最终到开发工程师，最少需要经历三次编码和解码过程。而信息的每一次传递都存在一些损失并带来一些噪音，这导致有些时候开发出来的产品完全对不上需求。此外，需求方和产品经理在需求可行性、系统可靠性，开发成本控制方面的把控比较弱，也会导致需求变形。
任何规划都比没有规划好。没有规划的团队就是没头的苍蝇，不符合所有人的利益。
规划不是本本主义。市场在变，团队在变，规划也不应该一成不变。
认识K8S集群资源时，不再按照传统方式以节点单元切分，笔者选择工作负载，存储以及网络这三个方面介绍资源类型，是基于K8S提供的核心资源对象Pod，PVC/PV以及Service/Ingress实现了最基本的集群资源管理与容器编排。
imgcook 官网首页平均每月 PV 6519， 平均每月 UV 3059。相比于 2019 年， 2020 年月平均 PV 和 UV 均是 2019 年的 2.5 倍。
自上线以来，新增训练集总数达到了 2729 个，平均每月回捞有效数据 909 个, 模型经过几次自我迭代测试集的准确度从 80% 提升到了 83%。
除了从业务逻辑库生成逻辑代码也可以从需求稿生成部分逻辑，或者来源于代码片段推荐，或者来源于代码智能推荐（ Code to Code，C2C）。
据我了解，百度搜索的“安全标注是搜索行业通用的响应机制，任何一个网站出现问题，都会进行温馨提示。”
举个例子，支fb的产品经理在日常生活当中天天用支fb付款、理财，他就是个典型的支fb用户，所以设计者与使用者就是同一个人。而在技术平台、B端产品当中，产品的设计者可以用自己的产品，但基本上仅限于做测试、做验证，真正的用户却是其他的人。
大家IQ都不差，遇到问题，我们往往习惯于谈方法、讲逻辑，经常在会议室里面唇枪舌战甚至拍桌子瞪眼睛，最后谁也说服不了谁，得不到有效的结论。
