提出问题###
1.我反对作者的观点，作者认为
单元测试必须由最熟悉代码的人（程序的作者）来写。代码的作者最了解代码的目的、特点和局限性。所以，写单元测试没有比作者更合适的人选了。
我认为单元测试也可以由他人代写，代写代码的人要和程序的作者做好交流沟通。程序的作者的确是最熟悉代码，但他往往也很容易忽视掉一些细节问题。在做Java的pta实验时，常常会碰到提交的结果无法通过。自己会对其中的某个类及一些参数做测试，有一次测试了很久，还是无法找出问题。这时候，我就去找同学及老师帮忙测试，后来找出了问题的所在，有个英文单词打错了。
2.我看了这一段文字，
注释也要随着程序的修改而不断更新，一个误导的注释往往比没有注释更糟糕。另外，注释（包括所有源代码）应该只用ASCII字符，不要用中文或其他特殊字符，否则会大大影响程序的可移植性。
有这个问题”在给程序写注释时，到底应该用中文还是英文？”，我查了资料有这些说法，
(1)最开始的时候一直用中文注释，直到某次换了个环境，然后全部乱码了，后来默默的双语注释。。。
(2)目前用的中文，代码注释大部分是自己以及项目组的成员看，注释还是感觉中文方便点。
根据我的实践，我得到这些经验，在写注释时使用英文是比较保险的，在Eclipse中导入项目时，如果项目中的.java文件使用中文注释，常常会出现乱码的情况，这时你要去更改编码格式为utf-8即可。但我还是不太懂，我的困惑是，我作为大三学生，在这几年中，写注释基本上习惯了用中文，看起来通俗易懂，写英文注释可能还是比较吃力。那么我是否应该改变自己写注释的习惯？
3.我反对作者的观点，
好的用户体验当然是所有人都想要的，如果它和产品的质量有冲突，怎么办？牺牲质量去追求用户体验么，用户能接受么？
GE公司的总裁杰克.韦尔奇讲过这个故事：20世纪90年代，韦尔奇注意到核磁共振机的通道特别狭窄，在长达几十分钟的检查过程中，病人常常有得了幽闭恐惧症的感觉。韦尔奇做过类似的检查，深有体会。他问专家，能不能把通道做得宽一些？专家说那样会降低扫描成像的质量。他又问，对于那些不需要太高精度的检查，能否牺牲一些成像质量换取用户的良好体验呢？专家说，他们会考虑的......然后就没有下文了。不久，竞争对手推出了宽通道的扫描设备，并夺取了大量的市场份额。GE被动迎战，花了两年时间才赶上对方。
作者举GE公司为例，来说明当用户体验和产品质量有冲突时，应该牺牲质量去追求用户体验，我认为是比较片面的。以三星手机为例，因为Note7爆炸的影响，三星的销量大幅下滑。其根本原因在于产品的质量问题。用户在挑选一件产品时，首先考虑的是这件产品的质量是否过硬，剩下的才会回归到体验效果上。
4.书上写到，
迷思之一：灵光一闪现，伟大的创新就紧随其后。
我认为，灵光一闪现，并不一定就会有伟大的创新产生。我们常常可能会有一些新的想法，或许会想去实现它，但往往要考虑到很多因素，比如自己的能力，实现所需的时间，人力，物力，财力等等。很多人在考虑完种种方面之后往往就退缩了。
5.书上写到，
迷思之五：要成为领域的专家，才能创新
我不赞同，我认为普通人也能创新，并不非得要成为领域的专家才能创新。创新往往来源于生活。在生活中，我们常遇到各种各样的不便之处，我们就会想着去解决它。就拿我们所在的宿舍而言，几年前，宿舍里面空调坏了，要去找阿姨报修，比较麻烦。后来，有个学生就想到做一个宿舍报修系统，做完后，就得到了应用。我们现在可以直接在网上报修。