原则1：不要重复自己（Don't Repeat Yourself，DRY 原则）：当你发现正写的代码与之前写过的代码类似或相同，你就需要花时间来考虑你正在做什么，并确保不重复自己。不写重复代码，组件模块化，单一职责原则，每个职责可以使用一个类来实现，类包含了方法和属性。方法实现算法，这些算法和算法的子部分是构成软件业务逻辑的最小知识块。在实践中要注意：
- 绘制软件架构图，并映射主要的组件，复杂的项目可能需要为每个组件绘制一个专门的架构图。
- 如果你到达了连接职责的层级，你可能需要转换到 UML 图。
- 在写代码块之前，根据它在项目中的层级命名。定义它代表什么，并确定你知道它在组件中的作用。
- 定义表征应该展示的内容（如功能是在数据库驱动程序中执行 SQL）以及应该隐藏的内容（如数据库认证信息）。
- 确保表征不依赖于另一个复杂层级的表征（如一个组件依赖于另一个组件中的类）。
原则2：尽量简单、一目了然（Keep it Simple Stupid，KISS 原则）:KISS 原则往往体现在需求设计阶段，当你考虑如何将客户的需求转变成一个可实现组件时，尝试确认以下部分：
- 收益和努力比例不调的功能
- 高度依赖其他功能的功能
- 可能会变得复杂的功能
总而言之，如果一个任务看起来超复杂，试着去考虑一种创造性、独特的方式。多花时间去讨论关键点，看是否有其他更合适的方案。
原则3：适可而止（You Ain't Gonna Need It，YAGNI 原则）:YAGNI 原则指的是只需要将应用程序必需的功能包含进来，而不要试图添加任何其他你认为可能需要的功能。确保加入所有必要的功能的基础上最快的完成项目。
1，身体健康最重要，没有了健康的身体，你就什么都没有；
2，在身体健康能保持的情况下，应该全力去拼搏，否则你真的什么都没有。
做好一个技术经理要做修炼自己三点：德行、敬业、技术
每个人的生命就像沙漏，里面装的沙子总量大致相当，不同的是，有的沙漏颈部较细，有的沙漏颈部较粗。 颈部较细的沙漏能够抓住每一粒时间之沙，即使沙子总量一样，也能拥有更长的生命 。
要多利用暗时间进行思考，反刍和消化平时看和读的东西，让你的认识能够脱离照本宣科的层面。这段时间看起来微不足道，但日积月累将会产生庞大的效应。要养成 "能够迅速进入专注状态，以及能够长期保持专注状态，是高效学习的两个最重要习惯。"
过早退出是一切失败的根源。我们在尝试新的事物的时候，总是会越到各种各样的困难，不同的人会在碰壁不同的次数之后退出。用程序员喜欢的话来说就是，我们都在for循环，区别在于你是什么情况下break;的。有的人退出阈值高，这是能坚持的一类人；有的人退出阈值低，这类人很可能遇到一些障碍就退出了。