古人云磨刀不误砍柴工，从事编程多年，算是体会到了软件开发跟砍柴没什么不一样。
首先，如果开始需求分析有误差，不仅浪费很大一部分开发资源，会导致一种结果为零。当然，说好听一点，可能开发者可以增加几百几千行代码经验。自己也干过若干回，深深体会了一把辛辛苦苦几十天，一把回到解放前的滋味。所以弄懂需求永远是第一位的，不要百分百，至少也要在百分之九十以上再动手干。
其次，关于设计模式，这点非常考验开发者的技术水平和全局设计思想。个人觉得设计模式新颖，代码复用性可读性好，不见得一定可以让全员在开发和维护阶段提升效率，如果团队里面技术水平不是很高，结果导致就是很多人看不懂，难以保持进度，当然如果团队技术水平可以，好的设计模式加上技术可以无缝对接支持，效率肯定是飕飕的。所以设计模式我个人觉得不一定要很高大上，但是一定要接地气，这关系到整个系统的开发和维护，是树根和树的关系，树根不要多好看，别人也看不见，但是树根要是不能支持上面的树，可以想象树的寿命也没几天了。
然后，关于技术选型，我真的可以说上几天的，啊，，啊，，啊眼泪，，比那六环还多一环，之前有个前端项目，开发周期大概21天，当时经理建议用h5＋jquery做，因为考虑到兼容性，可是当时我在某某网上看了一个vue的项目，也简单的做了demo，就建议经理用vue，当时考虑项目要兼容ie9及以上，vue正好ie9以上，后来经过我的忽悠，经理果断同意。噩梦从此开始，首先就是打包，项目框架搭好用webpack打包准备跑个主页，我擦一片空白，三个人记得好像是从早上9点到下午快6点了，才发现vue的mode模式不对，换了就好了，后来就是各种vue的问题了，比如首页加载慢，页面之间传值不稳定，echarts引用图片路径问题，，，直到项目准时上线，鬼知道我经历了啥。总结一下，技术选型，跟设计模式一样需要容易实现，接地气，只有这样才会有充足的氧气，适合生长。当然如果技术很强，见人杀人见鬼杀鬼的那种技术人才，打扰了就当我没说。
再者，就是单元开发，首先，单元开发是整个软件开发速度最快的环节，只要需求理解之后，该放纵的时刻怎么能不把握呢，毕竟没有人再来干涉你了，天高任鸟飞，海阔凭鱼跃，这里是展示个人魅力的舞台，切记我没有说眼瞎着敲这句话，你懂的。然后个人觉得每个单元最好在完全开发完成之后再集成联调比较好，因为开始遇到一个点就联调一来耗时间，二来好像并不是很具有代表性，就是说不一定后面再联调的时候就是对的，所以个人觉得一个单元模块内部先统一做顺做好，然后单元和单元之间进行联调，减少联调次数节省时间，而且更具有代表性，这样效果感觉会好很多。
最后，联调阶段，包括前端集成联调，前后端集成联调，这时候重点已经不在写代码上了，你可以开启聊天模式了，叽叽喳喳不啦不啦就是为了解决之前的需求分析和现在代码的冲突，还有一些bug问题。就像我们国家现在发展的主要矛盾从阶级矛盾转化为人民内部矛盾一样，软件这个阶段的矛盾已经从代码链接矛盾转化为沟通链接矛盾。沟通，说实话这个是普遍开发者的弱项，但是为了我们的辛苦写出来的代码，我们一定要倾听，思考，配合，给出自己的理解，必要时候指摘一下你认为错误的理解，然后我们就可以静静的看着自己的产品上线生产，给客户带来方便，给企业带来利润，给自己也带来一些些成就感吧。
最后的最后，现在已经0点了，之所以写这篇文，主要还是觉得软件开发所涉及不只是技术，好的思想必不可少，但是好的思想从何而来呢，学习技术是一方面，还有就是学习思想。你一定不会想到，，，我是因为看了重庆森林之后下的决心写此文。有时候生活就是这样，有太多东西可以感动你，给你力量前进。