看了看艺术的最后两节，一节讲的是测试的可读性，一节是一个偏综合的例子，我就不作为读书笔记来写了。反而想思考一下我们这个训练营坚持下来2个多月时间的所得。
先说一说我自己，看了1.5本书，可读的艺术基本上看完了，程序员的修炼看了一半。输出了46篇读书笔记，加上其他的一些文章混了一个简书日更50的标签。比较遗憾的是暂时还没有在每周的讨论中有特别的输出，可能下次总结会的时候可以准备一下分享。
收获上来说，争取直接开发完成一个Story的目标有点难实现，那么这些书中的内容直接能发挥作用的可能就并不大，更多的可能是在Solution的设计中，以及按照师父说的，可能会花更多一点时间参加到的Story Design中，能够利用学习到的一些原则，在此列举如下：
解耦，是值得一直牢记的原则。依赖越多，依赖链越长耦合就越紧密，改动影响就越大，希望接下来推进很多优化的Story都和解耦有关，上下层是最明显的案例；
前置条件，是最近几天比较有感受的点。利用前置条件缩减范围，保证主流程的正确性。是我们在处理大型Story时做分阶段开发时的首要武器，和曳光弹类似；
正交性，在是非常好的设计指导原则，牢记正交性可以让我们避免一些后续的坑。
前灯，我觉得是给BA非常好的原则，需要多少前瞻性？需要考虑到多少特殊分支? 只要做到了前灯范围，车向前开灯光也会一直向前始终能保证行车安全。
代码可读性，开发同学一定要重视，代码的可读性可以作为我们年终打分技术能力的重要指标。
最后，回过头来想一想我们这个训练营的目的是什么？不是追求代码的高级感和编程技巧，目的始终是可靠，稳定的代码质量。
