1.中庸，保持对自我克制和管理的长期能力。
2.以工作为鼎炉，以成就和真知为仙丹，追求意志上的胜利。不追求一时闪耀的效果和激情的胜利，而追求长期布局，计划，安排，沉浸在中平的节奏中，徐以寸劲把握节点，时缓慢绵长，时风举雷动，层层递进，获得规模和累积的效益。
3.以需求和预测需求为中心展开结构和基础设计，而不是以使用，维护，抽象逻辑完整性。因为这个时候，后者那些并不明确，可以做外围，做预留，应在重构中完善，实际上是系统开发的下半场。同一个投票系统，用途，场景不同，抽象模型可能完全不一样，才能达到最优秀。
4.以需求为中心，归类需要解决的问题，利用现有的底层，做最有表现力的陈述和最有效的和利用，在抽象中建立领域关系模型。
领域模型的要点，是问题模型，底层抽象，业务逻辑层在抽象约束（或思路）的基础上建立通用模块。箭头的目的是问题抽象问题解决的思路，领域模块间的信息流动，是基于频域而不是时域，往往不存在真实的先后，而是在切面中同时解决。
合并同类项进入领域，统一处理，获取最简设计及最大效率。避免问题跨领域设计或领域内抽象不纯，避免或减少问题领域模型以外的设计，每一步底层的设计，都要放在事先规划好的模型框架图中审视，看看它本质上属于什么问题，用什么定势来解决，如果没有，就要引入概念，设计结构。因为在这个层面是没有框架约束的，或者说这个层面的作用就是要基于通用底层约束，构造自己的业务逻辑约束。需求是无限的，但抽象和归类必须是有限的。所以一切都必须逻辑图化，领域化，以免根本错乱，缪播千里，甚至导致系统结构迅速的癌变或衰退。
5.以名格形，以形遁名，以形名自形。
6.复杂表现在思路上，表现在规划上，表现在形上，不表现在名上，每个短期的实现都要做到最简单。凡名不简单者，抽象不纯是也。凡烦而不知所向，向名之至简的方向前进，必得正确抽象。
7.先追求抄时改时方便，逐渐模块化，功能固化。额外花的时间是必要的，有助于形成研发能力，有助于下一次系统的开发。这些东西会变成结合预测需求的基础布局，创建更为成熟的问题域。
