看了几段有启发的话

　　在今天这个信息泛滥的时代，身为开发者，眼光比技术更重要。缺乏眼光的人，着眼于小，为细枝末节的所谓“创新”不惜肝脑涂地，赴汤蹈火，而面临真正变革时，或坐井观天，守旧拒新，或畏畏缩缩，裹足不前。具备眼光的人，着眼于大，平时稳扎稳打，不为世间纷扰所扰，一旦时机出现，则能抛却门户之见，枝节之争，以过人气概投身变革，成就自己的事业。这前后两者的差距之大，其实全在于对大趋势的把握上。
　　回顾IT技术不长的历史，我们会发现，每当重大变革发生的时候，在技术圈子里总是存在激烈的争论，总有那些着眼于小的人站在细枝末节上对技术变革本身表示质疑甚至否定。
　　当关系数据库和SQL语言把数据管理的繁琐工作从开发者和操作者身上解放出来的时候，有人抨击关系数据库性能低下；当微软开始用C语言开发PC应用程序时，汇编语言的拥护者轻蔑的说，只有汇编语言才能发挥PC机的全部能力；当Web进军企业计算时，一大批专家跑出来抨击HTML界面的呆板和HTTP协议的缓慢和幼稚。然而，所有这一切抱怨、质疑和信誓旦旦的否定，都被技术发展的大潮无情的吞噬，消失得无影无踪。原因很简单，所有这些声音，都是着眼于小，着眼于私，一叶障目，而不见IT技术发展的大势。IT技术发展的大趋势永远都是要更快，更简单。

 

DbC——从更普遍的意义上说，函数的调用者（Caller）和函数的实现者（Callee，被调用者）之间订立了一个契约（Contract），在调用函数之前，Caller要为Callee提供某些条件，比如确保a 是排好序的，确保a[start..end]都是有效的数组元素而没有访问越界，这称为Precondition，然后Callee对一些Invariant进行维护（Maintenance），这些Invariant保证了Callee在函数返回时能够对Caller尽到某些义务，比如确保“如果number 在数组a 中存在，一定能找出来并返回它的位置，如果number 在数组a 中不存在，一定能返回-1 ”，这称为Postcondition。 如果每个函数的文档都非常清楚地记录了Precondition、Maintenance和Postcondition是什么，那么每个函数都可以独立编 写和测试，整个系统就会易于维护。这种编程思想是由Eiffel语言的设计者Bertrand Meyer提出来的，称为Design by Contract（DbC）。