书接前文。
说到历史的惯性，要讲两个小故事，上一回，讲了故事1，” 马屁股的宽度决定了现代铁轨的宽度“。今天，我们从故事2开始。
故事2：” 发现不拉马的士兵“。
一名年青的炮兵军官，在训练中发现一大炮旁边始终站着一位无事可做的士兵。
经多访回训、了解问后，得到的回答始终是，“这是条例中的规定“。
做为主角，当然不会就此罢休，查阅资料发现，原为是历史惯性所至。在马拉大炮的古早时期，为了防止炮声惊到马匹，需要有一名士兵专门拉住马的缰绳。
格林童话通常有一个美好且简单的结尾，王子和公主幸福的生活在城堡中。故事2当然也是，发现了不拉马士兵的军官，获得了国防部的嘉奖。就算没有公主，应该也幸福的继续在炮兵中生活下去了吧。
故事2的开篇，一定要强调主角是一名“年青军官“。年青，才能不被制度同化。才能发现约定俗成的漏洞。
而且这种心灵鸡汤，都是给年青人喝的。强调主角的“年青“，更能让年青的读者产生共鸣。年青、向权威挑战，都可以是”年青军官“的暗示。
如果是向老布那样：
被体制化之后，又如何发现“惯例“的不足之处！
故事2虽然转折性不如故事1，但更切题。更适合当做MBA、“管理学“课堂的小故事。
打破常规、优化组织、最佳的调配资源，勇于冲破传统束缚的年青人，……。故事2就像一个杯子，你可以在里面注入水、可乐、啤酒，……，反正只要有人听，你想怎么说，随你。
故事1说明，历史是有惯性的。但找到这个历史的惯性，并不如故事2那样，一定得是年青人。
反而，很多行业，没有个十年以上的浸淫，连“惯例“都还没摸全，更别提发现惯例的漏洞了。
这里有一张摩尔定律的曲线图，截止至2006年前后。
从十几年前，摩尔定律已经开始放缓，直至终结。我们早已进入后摩尔定律时代。
可这对Coding又有什么有影响吗？
影响肯定是有的，就看能否影响到你。对于应用层开发，摩不摩尔的和你没关系。如果是系统层基础软件开发，那这事和你就关系密切了，但因为历史的惯性，你可能还没意识到。
在摩尔定律如日中天的时代，性能问题往往不是问题。只要等18至24个月，晶体管密度就能番一翻，性能自然上个台阶。价格还更便宜了。这不比坑赤坑赤优化代码强。
代码性能优化，差不多得了。算法的优化才是关键。
比如，计算1+2+3+。。。+100，初级程序员写个循环，老老实实循环100次。高级程序员则从数学中汲取灵感，101*50，一次循环都不要，只计算个简单乘法，结果就出来了。这就是算法的魅力。
但，盛宴终有席散时。摩尔定律终于快走不下去了。
性能要如何提升？只依靠算法吗？
关键是好多基础软件，算法已经是千锤百炼了，你要还能优化一下，菲尔滋奖、图灵奖……，可以走起了。未来的路在何方？
这个时候，一位芯片工程师提出了一个观点。
什么观点呢，卖个关子，下一回，继续分解。
