创建软件应该是一个协作和对话的过程，每个人都需要和他人交流，为客户创造新的知识和价值
保持耐心、善良和同理心
成为一切事物的中心可能很有趣，但肯定是不可持续的。沿着这条路走下去，等待你的只有无尽的叫醒电话、疲惫、愤世嫉俗和精疲力竭
无知是所有问题的根源，唯一能克服它的是学习
一个糟糕的智能每次都会击败一个好人
没有优秀设计师的应用常常被戏称为“企业级”的
不管发现了什么，我们都理解并相信每个人都已经全力以赴，只是受限于他们当时所知道的、他们的技能和能力、可用的资源和手头的情况
我们真的需要为这项工作去一个代号。如果我们想做成一件大事，就得有个响亮的名字。我们完成的任务越多，就越需要谈论我们正在做的事
塔克曼的团队阶段模型，包括形成期、动荡期、规范期和高效期
未来需要创建一个动态的学习型组织，在这个组织中，实验和学习是每个人日常工作的一部分
霍尔原则(Hoare Principle)：写代码有两种方法：写得非常简单，显而易见没有bug；写得非常复杂，没有显而易见得bug
在你所管理得应用程序和服务中，哪些是客户愿意付钱得？哪些是真正能增强你的竞争优势得？哪些是可以依靠供应商来做的？
你需要得人才必须真正了解业务，能够精明务实地推动整个公司地标准化，真正关心整个组织地最大利益，并且知道技术能够做到什么，做不到什么
对于就要登台演说地人来说，这些互动有助于建立有价值地人际关系，可能帮助到他们将来的职业发展
事实永远比想法有价值得多
成年学习者经常掩盖他们正在试图学习一项新技能的事实，无论学习一门新语言还是学游泳，甚至是上高尔夫球课。这通常是因为他们尴尬或害怕被人看到自己做不擅长的事情
技术需要嵌入到业务中，而不是与业务无关，或者仅仅是“与业务保持一致”
她喜欢整个岗位的职责说明，其中之一是帮助整个公司建立一种卓越的工程师文化
运维团队正在迅速转变为平台团队和内部顾问，目标是为开发人员提供所需的基础设施，并配备大量专家来帮助开发人员最大化生产效率
杰出工程师职责说明
- 通过指导、扶持和正式培训计划来培养我们的下一代技术领导者
- 建立并参与跨团队协会，专注于安全、性能、站点可靠性等技术领域
- 指导创建治理和架构评审只能，该职能可以不断演进，以满足公司在未来几年业务发展的需求
- 评审管理层关心的重要问题
- 创建安全及合规职能，包括风险和保证、信息和电子记录，以及架构
- 为在技术手段方面寻求反馈的团队提供技术支持
- 制定保持治理能力的措施，确保员工能够实践并保持相关性
- 担任面向技术群体的公司代言人角色，以提升公司品牌、协助招聘，与顶尖的技术公司争夺人才
- 监督xx平台的架构、设计、实现
五大理念
局部性和简单性
专注、流动和快乐
改进日常工作
心理安全
以客户为中心
