阅读教材后的疑问

编写单元测试的原则

应该以方便测试且易于验证的方式而不必拘泥于形式，但适当的切分模块是必要的。单元测试应该是保证小部分代码的正确性，避免代码量累积到最后除了问题难以下手。但如果过分注意小，而搞得十分麻烦，就得不偿失了。

团队模式选择

并不存在一个高效、低代价的试错方式。有些事情只有试了才知道，有些方式在有些人身上合适，而在另一批人身上就不合适。所谓亡羊补牢为时未晚，只要发现问题及时调整，就不会造成深远的影响。

关于共同远景

正如谈恋爱一样，合作同样讲究一个氛围。当团队凝聚力开始涣散的时候，有时可能可以挽回，有时可能就是到了需要分道扬镳的时刻。

关于会议

定时、找人提醒或者注意周遭氛围时刻提醒自己会是一个好方法。

关于源代码管理

源代码管理是一个需要学习的过程，可能自己工作的时候是一种模式，团队开发又是一种模式。在本次课程的过程中，源代码管理我就从他人那里学习了两种风格。一种是有任何改变就签入，一种是有了一些小的阶段性成果再改变。这两种方式对于不同项目我会选择交替使用。

学到的知识点

需求阶段

深入用户当中去，自己的设想是一方面，但更重要的还是用户的想法。

设计阶段

考虑的多一些、深一些，思考一些可能的未来场景，有助于避免大泥球的出现。

实现阶段

制定计划并严格执行，有异常及时商量、调整。

测试阶段

早做单元测试，并且做的尽量细致，有助于提高代码质量。

发布阶段

尽早发布，吸取用户意见，以便为之后的开发找准方向。

维护阶段

即使收集用户反馈，给用户一个良好的体验，不做甩手掌柜。