此笔记都是我从文中总结并结合实际所做：
1、我过去是怎么做的:
刚开始编写项目，比如大二老师让我们编写一个学生信息管理系统，九牛二虎之力完成项目，完成文档中的要求，但是我们身为代码的建造者以及测试者，肯定会躲避那些明显的BUG，如果让那些不知情的外行或者爸爸妈妈来测试，肯定会死掉或者崩溃，但是当时我并不是这么想的，完成老师的任务就行了，没有BUG的项目不完美等等。
2、结合书中所讲，说明为什么这样不好:
我在别人的文章里，看到过这句话“软件的发展速度太慢了，硬件有摩尔定律，软件一团混乱。”，硬件更新换代确实要快，但是一些硬件的更新换代未必与所处时代相符，而软件的更新却时时刻刻与时代紧密相连。
如我们所见，软件有时候感觉难以应付，是因为他不可见。不可见之物难以设想。而高度复杂的不可见之物尤难用作沟通话题。但是不可见并非唯一问题。我们看不见电力、磁力或重力等，但能为多数实用目的的可靠的预测其行为。可是，想要从软件中取出一块为保持一致的部分以便诊断问题，这却是我们常常无法做到的。
计算机于20世纪50年代和60年代，也就是计算时代开始那些年以奇迹般绝无错误的形象进入大众的心中。错误属于人类，计算机不会犯错。只有那些与计算机近距离工作的人才明白，真实情况远比这复杂的多。就像这本书所说的，计算机也许不会犯错，但是当时一个程序员不负责任时，那么这个计算机就会犯错，计算机完全服从程序员的思想以及命令。
3、解决问题:
人没有十全十美的，程序代码也是一样的，世界上最精密最安全最健壮的程序也存在BUG，只是人们还没发现，或者已经超出人类的认知范围，但是我们身为一个负责的程序员，必须将可见的漏洞扼杀，这样才会给用户更好地体验。