团队—结队编程及敏捷开发
2018-03-27 19:19
232 查看
1. 资源
书籍:敏捷开发
廖雪峰单元测试: [https://www.liaoxuefeng.com/wiki/0014316089557264a6b348958f449949df42a6d3a2e542c000/00143191629979802b566644aa84656b50cd484ec4a7838000]
单元测试框架: https://huilansame.github.io/huilansame.github.io/archivers/python-unittest
2.学习收获
单元测试:告诉我们编程中慢即是快,在编写程序之前,应该先考虑可能的结果,然后用可能的结果验证自己的代码
# 运行单元测试 搜索并运行全部测试用例(一般用于提交代码前的整体测试) ``` python3 -m unittest discover tests ``` 运行某个特定的单元测试文件 ``` python3 -m unittest tests.test_scorer ``` 运行某个特定的单元测试模块 ``` python3 -m unittest tests.test_scorer.TestScore ```
1. 两个人开发的速度开始时是比较慢的,因为两个人习惯不同,思维不同,会有一些磨合
2. 一旦彼此熟悉了之后,开发效率会提高,因为两个人考虑问题相比较一个人而言,更稳妥,因此代码的出错率也就更低
3. 彼此学习,因为两个人一起开发的时候,能从别人身上学习很多优点,从而避免自己的确定(比方说从程瑞身上看到的对问题的深入思考,以及遇到问题处理有些急躁的性格)
4. 我自身需要加强的是:bug在所难免,但是遇到bug,需要冷静,需要从队友的角度去考虑,他为什么这么做,他的思维是什么,缺点是什么,优点是什么
5. 团队带队伍,就必须练队伍(用古代的话,就是练兵,只有练好兵才能打更好的仗)这一点需要自己向他学习
6. 编程本身的工作就是不断面对突如其来的bug,然后解决它,找出自己思维的缺点,所以将来要把调试问题,当成家常便饭,这样或许心态会平和很多 7.放低自己的心态,每个人都是自己的老师,多向他们学习和请教
相关文章推荐
- 敏捷开发之松散结队编程
- 敏捷开发团队管理系列之二:程序与测试团队I
- 从瀑布模型、极限编程到敏捷开发
- 极限编程与敏捷开发
- 主程序员团队与敏捷开发的联合应用(小型敏捷团队管理)
- 从瀑布模型、极限编程到敏捷开发
- 敏捷软件开发:原则、模式与实践 一次编程实践 保龄球记分代码
- 敏捷开发之极限编程过程
- 敏捷开发的必要条件"高手团队"和"软件特征可漂移,但仍可预计成本的小型项目"
- 敏捷开发“松结对编程”实践之一:人员结构篇(大型研发团队,学习型团队,139团队,师徒制度)
- 敏捷开发绩效管理之十:阿米巴经营之软件团队经营什么(中)
- 精益敏捷开发: 表格式的测试用例, 使团队成员更高效的协作
- 敏捷开发团队管理系列之四:程序与测试团队III
- 敏捷开发团队管理系列之一:序言与出发点
- 敏捷开发生态系统系列之二:敏捷生态系统-计划跟踪 I(跨职能团队-共同估算-每日立会-同行压力)
- 139团队(大型研发团队,大型敏捷开发团队,大型团队结构,敏捷绩效管理)
- 敏捷开发“松结对编程”实践之一:人员结构篇(大型研发团队,学习型团队,139团队,师徒制度)【转】
- 敏捷开发“松结对编程”实践之五:代码检查篇(大型研发团队,学习型团队,139团队,师徒制度,代码审查)
- 敏捷开发生态系统系列之四:计划跟踪II(自组织团队-开发团队自己估算-PO挑战估算-同行压力)
- 敏捷开发“松结对编程”实践之六:大型团队篇|后记(大型研发团队,学习型团队,139团队,师徒制度,人员招聘,职业生涯规划)