编程与造山

工作最可怕的是一年经验用几年。

站得高看到远，你的代码放在一个模块中就好比登上一个山丘，放在一个工程中仿佛就是那秦岭。放在系统中那就是泰山之颠。如何到达之颠。

用理工的思维分析一下，首先你要有山可攀，其实你要有能力攀。

其实最最重要的问题是你应该看看现在的能力能达到什么情况，也就是自己的体质。如果你是一个刚会走的孩子那么你的目录应该是山丘。而恰好公司就是要快速的出东西，那就先来个小山丘，时间紧任务重肯定以速度为先，这时就像那刚会走路的孩子你怎么能让它爬到泰山之颠。所以此时的目录应该是山丘，不要说什么开发模型啊，各种文档啊，因为技术优秀Code优先，文档后补之。这种情况很常见为了迅速的抢占市场。此时你要理解，软件是为商业服务的。而商业要的就是山的高度，其它是不问的。但是你更应该明白到达泰山之颠那是早晚的事。所以你要时刻锻炼自己的内功。

市场已经抢占到了席之地，但是山丘的高度很快不能满足市场了，此时就要创造秦岭了，这时你能很快的造出来山丘，但是秦岭不是一堆山丘就是了，需要有系统有规划的而且不是二三个人能造出来了，加人肯定的，加多少就是一个问题，人月神话都看过人不是越多越好的。这时候堆 山丘就是要有规划的堆这就是传说的是设计能力。就像现在建房的那种框架一样，搭好了向里面放山丘，这样山丘才能成为秦岭。这个框架一个的东西就需要有规范了这时文档和Code基本可以同时了。软件是为商业服务的。而商业要的就是山的高度，其它是不问的。

市场越来越大，泰山之颠成了重中之重的任务，怎么办呢，在秦岭上建，发现秦岭再多放一个石头就Over了，然后重新建还要从堆山丘开始。这时候如果设计和Code同时后期发现设计有Bug，天啊，要改设计重头Code。大家什么心情都 没有了。软件是为商业服务的。而商业要的就是山的高度，其它是不问的。此时市场上的对手一个个的都把泰山之颠上线了。而此时相信你还在加班加点的Code.最后泰山之颠出来了，但是你却发现别人的泰山之颠二已经上线了。一步慢步步慢。

真的没有解决办法吗？其实真的有，山丘快是对的，但是山丘到秦岭这个期间是不是应该考虑重构Code呢？最晚到秦岭上线后Code应该也是不晚的。只不过任务重一点而已。

感觉Code要有商业感，要有产品的思维要有业务的了解还要有设计编码的能力。