训练营 总结

昨天做了个小结，今天做个小结的小结，其实应该这么说，昨天小结了个人收获，今天小结一下总体的情况。

非常令我意外，一次红包也没有抢到，除了初期退出的个别同学之外，坚持到现在的同学都非常成功的守住了每天读书，输出笔记的规则。更难能可贵的是除了我之外，所有人的输出都结合了实际的代码例子。每个人都是有提升的。

TMS这个产品，服务模式就决定了他对于代码的要求非常高。我们通常用有生命力的大树与零散的各自为政的小树来对比SaaS模式与传统的定制模式的区别。在SaaS模式中，用户的体验度是提升的，他可以快速上手，利用现有流程边用边改；可以借鉴别人的成熟做法，很多时候提出的新的想法系统中已经有对应的实现方式了；可以基本上做到谁叫随到随时改进；不过这种模式在对于2B这样的非标准化产品来说的挑战也是巨大的。用户之间的需求存在想法差异，模式差异，现状差异，行业差异...... 要在一个系统中容纳如此之多的差异，产品设计的难度不说，系统的复杂度是明显提升了一个数量级的，不过本着把方便留给客户，把挑战留给自己的想法，我们坚定的认为这种模式是更加先进的。

所以正如昨天的小结所说，我们特别需要解耦，因为我们频繁的在做影响分析；特别需要可读性，因为我们同一模块的代码可能经常在改动；特别需要契约式，因为一个功能可能已经被多个客户的众多用户探索出了各种的用法；特别需要剪枝，因为只有剪掉了无用的老旧分支才能有空间长出更多有生命力的新叶；特别需要重构，因为在一个功能上反复修改做补充逻辑，久而久之就会变得臃肿，曾经再精妙的设计也需要重新擦亮。

我觉得我们的这期的训练营只是一个开始，将来也可以不仅仅只是面向开发的，每一个有想法，有意愿，有能力的同学都可以来一起共同的提升。

最后，建议营长，我的师父评选一个学习之星和点评之星，正好我有两个车模可以作为奖品，另外可以赶紧设计第二期咯。