程序是怎么写出来的呢？今天好像突然顿悟了。
作为一个Dev，编程工作可以分为三类吧：New features, Refactoring, Fixing bugs.
其实，每一次coding，都是首先考虑了use case或者叫做一个个的workflow，然后，顺着对应流程，顺势逻辑思考，很容易就写出了程序。
总结下，也就是：
1. 理解清楚对应的use case或者workflow。非常清楚程序在一个流程里（线程任务，呵呵）到底有什么任务。思路清楚，知道自己要干什么，接下来的coding和 design才能一气呵成。
2. 顺着流程，开始coding。
3. 考虑对其他workflow的影响。一般是不会有的。不用太在意这方面。因为，想不到的地方，才是测试QA发挥作用的地方。
4. 如果是处理多个流程，再从新的流程（use case）开始新一轮顺势逻辑思维下的coding。
总结中的总结：
一个软件产品，最终的作用是为了满足用户的一系列use case需求。因此，对应下来，内部代码只要能灵活的、可扩展、低耦合的、准确的同时实现了所有的use case，OK了！所以，搞清楚use cases对于正确写好代码是首要条件。
有个自我感觉良好的总结：如果能想清楚每次coding后需要测的use case，就几乎可以保证没有bug了。
Checkin之路：
1. 彻底理解问题，及相关代码。这是完整解决问题的基础。值得花时间。
2. 考虑清楚涉及到的use case（workflow）。
3. 顺着相关流程coding&design。
4. 在脑子里顺着流程走一遍，检查代码first time。
5. manual test：使用涉及的use case，debug走遍每一段的code change。
6. comment和code clean工作。
7. unit test。
8. code review。
9. check in。
路漫漫其修远兮，checkin之路---充满了test的味道！coding占的时间会非常少，如果是好的coding的话。 pasting