好好珍惜站在整体角度上分析和设计项目的机会！

最近在写一个小东东，要做的事情也很简单，就是对输入的内容进行保存和展现，因为自己也是想了很长时间，所以也没有过多地去想具体的结构的事情，心想那还不是很easy么！但是，事实告诉我，我错了……而且错的很严重！

东西虽少，正所谓麻雀虽小，五脏俱全！而自己恰恰是犯了轻敌的毛病了。虽然第一开始写的还没有啥问题，但是越写越不对劲，该采用什么数据结构，该存取什么样的提取方法，采取什么样的添加、修改和删除方法？……慢慢才发现，自己初始思考的大多数东东都是适用的，但有一些地方的变化很微妙，越写越不对劲，需要思前想后的东西越多，有的时候是因为想到了一些更好的实现方法，有的时候却是遇到了实现的难题，于是往往只能往前调整一些数据结构来满足作为辅助……

这个过程和自己在开发产品过程中遇到的是那么的像，我们在开发过程中，往往容易犯轻敌的毛病，脑袋里乍一想，就开工干起来了，于是导致的问题就是，往往干到中途发现困难重重，不得不重新整理思路，或者干脆用一个“笨笨”的方法来实现，实践证明，这个时候我们很容易采取“中间代码”的策略来开发！而这些“中间代码”不但是欠思考的，往往都是具有很强针对性的代码，不但不能拥有更佳的性能，更会增加代码的复杂度！

说了半天，目的就是想说，我们应该养成做设计的习惯，虽然我们不是诸葛亮，可以对每件事都胸有成竹，但100米，我们怎么着也能想它40米吧，尤其是那种占到整体高度来审视一个东西的行为，一般只能在项目还没有开始的时候会很容易进行，一旦我们着手做，我们就有点“不知庐山真面目”的意思了，不是我们不想以整体的角度来思考，而是我们很难摆脱身边的种种束缚！

当然，设计思路的时候，尤其要尽量地将其划分成一个又一个的小块，尽量地小，逐层地进行划分，这样我们能看到很多潜在的困难，于是从初始就设计一个更兼容的数据结构和架构，避免我们走回头路，或写一些我们都不愿意写的“中间代码”！