第六章：当你编码时
不要靠巧合编程；不能存在侥幸心里，靠巧合编码，最后会发现代码程序无法运行，或者错误连篇，修改的余地都没有，这样最终受害的只能是自己。正如书中所讲：要深思熟虑的去编程；总是意识到你在做什么，我们写代码的时候要知道写每一行的目的，用其来实现什么样的功能，有意识的去构思你的算法，你的逻辑结构。不盲目编程，正如自己刚开始编程，拿到题目首先先把主函数名写出来，定义变量等，逻辑结构、思绪等还没理清就开始去着手敲写代码，这样只会越写越乱，最终无法实现功能。按照计划行事、依靠可靠的事物、为你的假定设计文档都可以让你深思熟虑的去编程。不要让现成的函数方法来支配你将来要写的代码，要学会去改造，将现成的函数方法改造成你想要的方法，而不是方法支配着你去使用它。
重构：重构就是重新设计，重构可以实现函数方法的重新设计，但是其需要注意很多的事项。不要再重构的同时增加功能，这样函数方法的原本质功能会得到改变，并且再重构之前要进行测试，确保你知道重构之后你的函数方法发生了哪些改变。
易于测试的代码：单元测试；对功能模块进行功能测试，讲一个个通过单元测试成功的模块整合再一起便是一个项目。但是再单元测试的时候也需要注意测试数据的科学性，全面性。针对合约进行测试，对合约中应该遵守的责任功能进行测试，看是是否实现了文档中承诺实现的功能。
第七章：在项目开始之前
需求之坑；不需要搜集需求----挖掘他们，正像构建之法当中讲到，当你搜集用户的需求时，有些功能用户表达不清楚，或者有些功能用户根本不说，这样就导致我们搜集的需求不够全面，不能够完全的满足用户的需求，这就需要我们去挖掘用户的需求，站在用户的角度去思考这款软件或者网站，能为用户带来 哪些方便。成为用户，向用户之所想，完全抛开开发者的角度来思考。与用户一同工作，以像用户一样思考，建立需求文档。
倾听反复出现的疑惑----等你准备好在开始。倾听反复出现的疑惑并不是拖延，而是一个良好的判断，当年开始一个新的项目前，你需要构建模型原型，并且对较难的知识点进行适当的储备，如果你不知道这是拖延还是等待 一切就绪，也可以通过这种方法来检验。