从“可行走骨架”开始，增量培育系统成长。

　　61．数据是核心（PaulW.Homer）

　　从“数据是核心”这个角度去认识系统，能大大降低理解复杂度。

　　62．确保简单问题有简单的解（ChadLaVigne）

　　63．架构师首先是开发人员（MikeBrown）

　　碰到麻烦时，架构师可不能只会干吹烟圈却束手无策。

　　64．根据投资回报率（ROI）进行决策（GeorgeMalamidis）

　　65．一切软件系统都是遗留系统（DaveAnderson）

　　软件很快便会过时，修改维护无可避免。

　　66．起码要有两个可选解决方案（TimothyHigh）

　　67．理解变化的影响（DougCrawford）

　　清楚认识变化类型及其影响。

　　68．你不能不了解硬件（KamalWickramanayake）

　　硬件容量规划，是和软件架构同等重要的事情。

　　69．现在走捷径，将来需付息（ScotMcphee）

　　及时还清技术债务。

　　70．不要追求“完美”，“足够好”行（GregNyberg）

　　避免过度设计。

　　71．小心“好主意”（GregNyberg）

　　72．内容为王（ZubinWadia）

　　73．对商业方，架构师要避免愤世嫉俗（ChadLaVigne）

　　74．拉伸关键维度，发现设计中的不足（StephenJones）

　　75．架构师要以自己的编程能力为依托（MikeBrown）

　　76．命名要恰如其分（SamGardiner）

　　弄清楚要做的究竟是什么。

　　77．稳定的问题可以获得高质量的解决方案（SamGardiner）

　　78．天道酬勤（BrianHart）

　　真正做好那些看似简单的任务，坚守承诺。

　　79．对决策负责（YiZhou）

　　80．弃聪明，求质朴（EbenHewitt）