关注+星标公众号，不错过精彩内容
作者 | strongerHuang
微信公众号 | 嵌入式专栏
老板从来不催进度，做项目的工程师也不慌不忙，从零开始一步一步创建工程，然后一步一步写代码。
当把项目做好，或者项目才做到一半时，公司可能就已经倒闭了。
老板要求在尽量短的时间把项目赶出来，好，直接套用各种模板（比如：单元模块、软件库、协议栈等），东拼西凑，终于，在规定时间完成了项目，项目也勉强运行起来。某一天，老板让新加一个功能，发现与原来的功能有冲突（特别是套用的模板），那该怎么办？重新开始写代码？因为有读者问了类似的问题，我们今天就来结合嵌入式软件讲讲这个话题。从零开始，意味着整个项目都由工程师一步一步完成，而不用各种现成的模板。凡事没有十全十美，从零开始和套用模板都有优点，也都有缺点。好处：软件的各种逻辑自己比较清楚，方便后期增、删、改、查。
缺点：比较费时间，而且，软件存在bug的可能性比较大。好处：软件可靠稳定（当然，指的是市面上常见的软件库、协议栈等），也节约开发时间。
缺点：可能与你项目存在冲突，比如存在阻塞情况，比如占用资源比较等。
这里我也不能说哪一种好，哪一种不好，最终还是要结合你项目实际情况。如果项目开发时间相对宽松（不那么赶项目），可以从零开始搞起。比如：前期尽量抽时间规划好项目，搭建好软件框架等。如果项目要在最短时间内赶出来，可以套用一些现成模板，甚至直接从GitHub下载一个类似项目简单修改，以完成功能为主，先上（zheng）线（qian），然后慢慢优化。
如果写一个软件，只是单纯的拿给客户演示，能用模板就用模板吧。
如果定位是一个大批量生产的产品，建议从零开始，结合成熟模板做起来。如果工程师是一个菜鸟，你让他从零开始，等项目做好估计黄花菜都凉了。还有，即便项目做好了，可能Bug也无数。此时，还是建议你参考别人的模板，或者源码（当然，不是网上随便找的那种哈）。如果工程师是有一定经验，手上项目没有很多的参考模板，可以从零开始做起。
公司项目立项的时候，各种近期、远期规划都有，就连嵌入式软件各种细节也是做了各种规划。比如：模块（模块化）、软件命名、软件框架等。总之，前期花了很多时间做了很多准备工作，然后，项目按照规划一步一步从零开始搞起来。前几年项目也非常顺利，虽然偶尔有小bug，但很快就能锁定bug并快速得到解决。
但是，随着市场的变化，功能改变和增加的情况越来越多，时间也越来越紧张，在增加、修改、删除功能或模块的时候，没有太多时间优化项目。终于，项目暴露的问题越来越多，测试部反馈的一级bug也越来越多，市场也经常反馈问题。最终，实在没办法，项目暂停，重新整理软件架构，在一个月之后，更新架构的软件完成了，也比较顺利。整个软件项目做到后面比较大，其中也套用了第三方库、协议栈等。因为项目做的很多规划（准备工作），前期开发的也比较顺利，但后面项目紧张没有优化，代码叠加就更容易引起bug。好在前期做足了工作，比如模块化、代码高内聚低耦合等，在后面软件重构也相对比较顺利，很多模块都可以直接复用。项目开发时间越短越好
项目越稳定越好
项目后期增删改查越容易越好
······
在不能平衡的情况下，就要有所取舍，但要尽量平衡。就像上面说的，赶进度而未优化，为后期留下后患。因此，一般建议先规划项目，像软件框架、结构这种结合项目情况从零规划，然后参考或者套用一些成熟模板，再次，在编码过程中，不断优化和完善代码。最终不管什么方式，目的是使项目稳定，方便增删改查。------------ END ------------
往期推荐：
嵌入式大杂烩周记 | 第 2 期
几个Makefile通用模板分享！
分享几个实用的嵌入式C程序！
分享一个自用的、极简的log模块！
C语言、嵌入式中几个非常实用的宏技巧
分享一个很酷的IDE！软工必备
C语言、嵌入式位操作精华技巧大汇总
嵌入式大杂烩周记 | 第 1 期
Hello系列 | cmake简明基础知识
干货 | 项目乏力？nanopb助你一臂之力
在公众号聊天界面回复1024，可获取嵌入式资源；回复 m ，可查看文章汇总。
