太长不看版：少油少盐；不要吃米、面、红薯、土豆，换成糙米、全麦面、南瓜；少食多餐、营养均衡。
条理清晰、善于归纳和提炼、能快速学习且心态开放的人，一般不会有错。如果这个人的职业目标清晰，并且和当前职位能够提供的机会非常match，就更不会错了，这样match的人，可能连激励工作都不需要多做，会自我驱动起来。
为什么要写公众号？1. 我经常会写一些笔记、总结和思考而发送到公众号仅仅是沉淀的下一步action而已，是一个投入产出比较高的动作。不写就很难深度思考，所以我总是需要写的。2. 个人品牌，无论后续找工作找投资，还是找伙伴，公众号内容就是我的门面，也是我的思考。3. 粉丝经济的可能性。
在长时间的敏捷流程中，会存出一些团队层面的挑战：RoadMap和长期视角的缺失；工作计划的不确定性；对新成员不友好；跨部门协调挑战等。
需求是肯定会变动的。“期望产品在写PRD的时候思考到滴水不漏的逻辑、整理全部闭包的需求”本身就是一个不现实的期望。“欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。”
个体和互动 高于 流程和工具；工作的软件 高于 详尽的文档；客户合作 高于 合同谈判；响应变化 高于 遵循计划。敏捷是一种理念，而不是一个流程，不等于Scrum。敏捷和技术质量不冲突，良好的技术设计是支持敏捷的关键因素。
有效的沟通发生在双方的公开象限。主动揭示可以将自己隐含的隐藏象限补充到双方的公开象限，开放性提问可以引导对方去澄清和补充背后隐含的信息和思考。人人都需要反馈来缩小盲区、释放潜能。CBE反馈强调感受和情绪，更适合用于表达情感、建设关系和强调个体的情感状态；BIC反馈强调影响和后果，更适合用于工作场景、绩效评估和任务导向的反馈。反馈对于团队文化建设是具备非常重要的工具。
所谓AI Native产品，是在大模型出现之前 这个产品是不成立的，因为有了大模型的存在，才出现了这种类型的产品。另外，也指出了AI Native产品的核心功能流程是由AI模型的生成模式 以及 参数所决定的。
一个人会变老，绝不是因为机体，而是因为他没有了理想，没有了心气和学习动力。熵增的世界，混乱才是常态，有序都是刻意经营。时刻保持自己的开放性，汰换高熵行为和认知，积极吸收外界的能量、知识、信息，养成熵减习惯。
为什么需要做Code Review？Review什么？如何在团队总执行下去？一图描述清楚
无论什么样的公司，只有获得老板的认可，才能获得更多的机会，更好得发展。做好向上管理，才能够成为你的上级可以仰仗的左膀右臂。
“知识结构化”包括：层级结构化 & 双链结构化。自上而下和自下而上结合才能形成个人知识库。
