在学习MSF的过程中，大牛曾说，有一些错误自己犯了，然后自己发现了，进行更改后，在MSF上删除自己的错误记录，不是更加有利于团队的和谐吗。读到这里，我不禁想起，我们很多人都是十分要强的，不想在其他人面前表现出自己的错误，尤其是那种很低级的错误，我们想保证自己在他人面前的形象，从而营造出一种很“和谐“”的假象。其实如果想想如果人人都在成功的道路上隐去了自己曾经犯下的错误，那么对于后人来说，他们只会看到成功的美好，而会忽略会在道路上那成千上百的错误困难，从而让后人也会走上不少的弯路，我认为历史之所以宝贵，就在于人们可以以史为鉴，借鉴前人犯的错误，从而提醒自己，这样才会使后人走的路越来越平坦。
我想起了就在刚刚过去的上学期，我与五个小伙伴选了电子设计实践课程2，我们选择了一个历届学长们都没有选择过的题目——风力摆控制系统，我们在前期的设想中想的很美好，规划好了时间，然而在实际中，我们花了1个多月才把其硬件搭好，与此同时其他组早就开始了其他模块的制作，然后我们又遇到了角度模块的问题，又整整花了1个多月的时间才搞好，这样子算下来，我们亏了将近两个月的时间进行联合调试，虽然最后我们的产品也算合格，但我们深深的感到惋惜，总是想要是有人告诉我们这些事情如何解决就好了，我们肯定能把风力摆做得更好（在我们的调研中主要是代码方面的，而且网上做好风力摆的人也并没有传授他们使用的什么硬件材料，也没有说他们遇到的困难，我们当时还以为难点在代码调PID，实际上真正要命的是万向节的选取和角度模块的选取，PID的调试跟他们比起来反而不算什么）。所以在最后，我们在电子设计实践的网站上留下了我们设计风力摆的全部历程，尤其在硬件选择和角度选择上面写的最为详细，我们只是希望我们的学弟学妹如果对风力摆有兴趣的话，可以少走一些弯路。但是倘若我们把曾经的这些事隐藏掉，让别人看到的只是我们的最终产品，当他们设计东西时，当他们遇到类似的困难时，没有前面人的经验，没有别人的帮助，他们估计要怀疑自己，为什么别人行自己不行，而且在大二课比较多的情况下，他们有可能做不出来这个项目。但有了我们的经验，他们就可以直接按跳过我们遇到的坑，就会有更多的时间去优化这个项目，甚至创造出新的东西来。
所以，我觉得在软件开发中也一样，将自己犯下的错，不论大小都记录下来，这都是后来人宝贵的经验，根本不存在大牛所说的“和谐的问题，如果隐藏了自己的错，那样才是真正的不和谐。
PS：感觉本书倒不是真的讲的是知识，更重要的是邹老师自己在软件开发中的感悟，所以我特地挑写引起我共鸣的一些段落，哪怕是一句话，联合我的经历，谈谈我现在的理解