第一章：
1.2.5的老师关于bug的一些观点我有一些看法。
老师在文章中对bug的简单定义是：软件的行为与用户的期望不一样。认为bug从另外一个方面来说，并不一定是坏事，有可能这个bug正好是那个软件的某个特点，这我是认同的，这是从软件开发者和用户的两方面综合考虑问题。
但我就单独的开发者的角度来思考这个东西的时候，可能是因为自己没做过啥大项目吧，我遇到的bug一般都是纯bug，类似于error，完全达不到feature的地步。比如我们平常说的调一调bug，一般就是指纯的bug了，比如换个低版本的浏览器项目会出现的前端问题，又或者登陆过程中不断调试来看会不会有什么情况会导致系统崩盘。
老师的观点我是认同的，但那时一个比较大的层面去看待这个问题，暂时我们能接触到的bug，可能就只是一些纯bug了，类似于error。
第二章：
2.4.2.3的回归测试的具体的一系列测试文件我没看懂，没理解那些空文件啥的和回归测试有什么关系。
第一眼看到前面的回归测试，我还以为是和语言中的回调函数相关的测试啥的，但通过老师的讲解后发现是一种保证新版本软件满足旧版本软件某些条件环境或者功能的一种发现错误后的测试。在发现新版本的某些东西和旧版本冲突之后做一些调试，来满足一些以后的功能或者环境。
但用空文件啥的测试有啥用啊，不是应该修改代码调试啥的吗？还是我对回归测试的概念理解有问题。
第十六章
16.1.4看完之后有些想法，我在想，没有资本的一些小创新对个人到底有什么作用，在这个时代我们还需要有这样的追求吗?
老师在文中举例讲到了苹果发布ipod的事，恰好有关注过这件事，就好像你说的，在此之前就已经有相关的产品了，但有资本的乔布斯能抓住这个点，进而联系音乐公司获得版权开展项目。那之前的相关产品很自然的over掉了。
类比我们的生活中，一个想法可能很好，但你一发布出去，自然有人把你的想法拿去做了。
所以很多时候都在想，是一条路走下去找创新，还是在以后的基础上再发展。毕竟我们很多时候都得考虑现实。
所以我看来，创新没什么规律，也没有值得探讨的必要性，有启示但没有指导意义。如果有创新是恩赐，没有就按部就班的下去也是对社会的一份贡献。好吧，我又在瞎比比了哈哈。
第十三章：
不小心看了第十三章。
在13.3.2那儿有点蒙，构建验证测试。
上面说它是指在一个构建完成之后，构建系统自动运行的一套测试。嗯？测试也可以自动运行？不懂。
