标签：规模 全面 简单的 个人 若是 逻辑 font 使用 功能
构建之法阅读笔记04
发布日期：2017.6.16
通过结对合作，令我意识到了编写程序不仅仅要自己能明白，也要便与他人查看和理解自己的程序。
4.1大节提到的代码规范，我们编写代码时要注重代码风格规范和代码设计规范，无论是类名，对象名，缩进还是行宽什么的，在结对子编程时都要有所规定，不然到后面出现的类或是对象多了，就很容易混乱，分不清楚谁是谁。要学会封装，编写函数，将功能模块具体化，减少主方法里面的代码，避免大规模的出错。
4.4中提到了代码复审，在平时编程程序时，我也会从头到尾的查看自己的代码，运行程序，若是多次结果相同，无误就可以了。没有想过发现代码错误外，还去思考逻辑是否有误，算法够不够优化等其他问题。他人能否觉得我所编写的程序是否简单易懂，能否从中学习。
结对编程，两个人好交流意见，产生分歧不大，换做是团队合作会怎么样呢？会不会尚未从结对编程中脱离出来，对团队合作感到混乱，不会分工，不便于交流？所以我们要学会需找合适的团队合作模式和开发流程。书本上提到了很多的团队合作模式和开发流程，都各有优缺点。仅仅从校园合作的角度出发，我认为使用功能团队模式更适合彼此合作交流，而开发流程在校园合作阶段，容易被忽视或是考虑的不全面，大伙要着重培养。
个人感受：5结对编程，两人合作，一同思考一同编写程序，有利于提高效率，相互学习。所以要学会4.6节提到的合作的不同阶段和技巧，一开始探索项目时，中途遇上不可解决问题时，后期简单的复查时，可以独立思考，期间思路清晰，沟通良好时，一起结对编写，加强合作。在合作中在客观全面的对待自己的结对伙伴，懂得相互鼓励，相互学习俗话说众人拾柴火焰高，在遇到问题时团队的力量是十分关键的，单打独斗是不可取的。
标签：规模 全面 简单的 个人 若是 逻辑 font 使用 功能
原文地址：http://www.cnblogs.com/ypbk/p/7029444.html
