tags: 开发随笔
上次我写了一篇好代码,对好代码的几个特征做了一些描述。
但是，好代码从何而来？（或者说，如何才能写出好代码？）
那篇文章没有阐述。
其实我也一直在思考这个问题。很多指南或者教程都对这个问题貌似提出见解却没有直面核心。比如很多文字都强调：好代码要反复推敲。但是推敲什么？怎么推敲？这个问题才是核心的问题。
结合所见所想，对这个问题思考了一段时间，现在我正式亮出我的观点：好的代码来自于为未来的预见。
程序员在写代码的时候，必须不断思考，这段代码未来会被如何使用，会有什么样的场景，使用的情况可能会发生什么样的变化。
比如一个转账的需求。普通的程序员会这个写，从转出账号扣掉金额，转入账号加上金额。完了。稍微好一点的会想到可能需要放在事务中，保证一致性。如果只是这样的话，有很多的问题只有在代码审查或者测试的时候才会暴露出来，并得到修复。这只是一般的代码，不是优秀的代码。
优秀的程序员在写这段程序的时候，虽然代码还在编写中，他已经预见了上线后的各种场景：这段代码在什么时候被调用，会有什么样的输入需要处理，用户会不会输入某种我处理不了的金额，比如输入负数，那样的话我需要在哪个层次处理? 余额是否会与影响？未来用户量会上升吗，会上升到什么样的极限？业务将来可能哪里会发生变化？...
对这些问题的思考就是人们常说的推敲，或者说在预见 应用的各种场景(scenario)。所谓场景，即是应用系统在某种情况下，针对刺激，产生响应。通常而言，有三种场景：
- 用例(Use case)场景，即正常的功能需求；
- 增长(Growth)场景，即考虑未来的变化；
- 探索(Exploratory)场景，考虑极端情况下系统的反应;
一般的程序员只是在判断直接的需求或者用例，优秀的程序员还在预测隐藏的需求，和将来的需求，即增长场景和探索场景。
每一个功能性需求和非功能的需求，都可以用场景来描述。而针对场景的预见的准确性，决定了代码的质量。没有预见的代码必定漏洞百出；预见不准确的代码则要么失效，要么过度设计。
所以对未来的预见的准确性即是程序员的核心能力。预测和赌博还是有些类似的。记得很早以前看过一个故事，说是有人从成功的赌博专业人士转型为成功的程序员。貌似很有道理的样子。
