《构建之法》第四、十七章的笔记

今天读了《构建之法》的第四章和第十七章，感触颇深，故来博客记录自己的一点感受。

---

第四章

　　第四章讲到了代码规范，对于一个在工作室和别人有合作过一个比较low的项目的人来说，代码规范和注释，是真的很重要，当你和别人合作时，看到别人的代码非常乱，你这个时候想的绝对不是，努力去看懂他的代码，而是“我宁愿自己写一份，也不想去看他这个乱到爆的代码”，还有就是注释，你现在觉得不加注释根本没什么，到时候谁看不懂来问我就好了，可是当你过几个月再来看代码的时候，你会发现“我去这是我写的么，这写的都是啥呀？”而加了注释就不一样了，注释的越详细，到时候看的就越清晰，不过也不用很多很长，那样显的有点本末倒置。

问题一、

　　现在绝大部分编译器都具有自动排版的功能，那么自己在平时的编码时候是否还需要讲代码规范看的很重？

对于这个问题，我的看法是很矛盾的，一方面我觉得完全没有必要再把代码规范看这么重，先自己爱怎么写怎么写，到写完写的差不多的时候，然后用编译器自己去进行排版，同样可以让代码做的规范啊，何必再去自己分心去关注代码写的规范不规范，既浪费时间，还要分心去关注代码规范，另一方面的话，又觉得这是一个作为程序员的基本功，如果连这点小细节都做不到的话，那其他的问题肯定会更多，所以对于这个问题上，我也不知道该怎么办，感觉仁者见仁智者见智吧。

问题二、

　　书上说结对编程要两人同用一台电脑一个键盘鼠标等，对于这点我不同意甚至不理解，这样有什么意义么？

　　感觉不如自己一人做，在我看来结对项目也应该是每人分工一部分，然后在自己的电脑上做项目，做完后提到git上，这样不是要更快么？而且更方便么，如果两个人用一个电脑，一个人写代码，另一个人在那里看，如果有什么不懂的，他就会去问是为什么，这样不仅打断了写代码的构思，还要去花时间解释，这样真的很影响项目的进度，如果两个人两台电脑，进行分工，负责不同的模块，不是更好么。两个人同时进行自己的项目。

第十七章

　　书上第十七章说到，一个团队在适应阶段，需要信任，我认为这个是没有问题的，但是信任归信任，在信任的基础上更需要学会交流的技巧，如果你觉得你的team里，一个队员的代码出现了问题，你一点技巧都不掌握，直接和队员说“你这代码有问题，去改一下你的代码”，这样我觉得无关信任与否，那个人都会觉得不舒服吧，如果改成说“兄弟，你这里是不是有点错误，我这里好像跑不通啊，你帮忙看一下。”这样的话要比那句话听起来好的多，队员接受起来的话也要好很多。

问题一、

　　程序员团队里需要去掌握交流技巧么？

在我看来，不管是在哪里，都需要掌握一定的交流技巧，这样不仅会让你的团队交流和运作起来要好很多，而且也能让团队更加融洽和和睦，这样，合作起来效率也会更高，而且还能调动团队成员的积极性。

转载于:https://www.cnblogs.com/qylbc/p/8682702.html