嵌软工程师在肝代码的时候，往往会有2条路可以走，要么代码快速构建完成任务就行，要么注重规范和结构，对此，我们该如何选择呢？
选择一：开发越快越好，功能实现了就好，追求效率与时间成本；
选择二：按照项目开发流程来，需求评审->硬件设计评审->软件框架评审->详设文档->编码->测试用例评审->调试测试，注重框架设计与代码规范；
您在实际项目中是如何做的呢？各有什么优缺点，欢迎大家留言讨论哦~
话题活动时间：即日起 - 2021/4/30
所有参与者将获得：20个 E币
楼主
【话题讨论】嵌入式软件开发求快还是求稳？
原创
本帖最后由 小小毛 于 2021-4-17 10:55 编辑
嵌软工程师在肝代码的时候，往往会有2条路可以走，要么代码快速构建完成任务就行，要么注重规范和结构，对此，我们该如何选择呢？
选择一：开发越快越好，功能实现了就好，追求效率与时间成本；
选择二：按照项目开发流程来，需求评审->硬件设计评审->软件框架评审->详设文档->编码->测试用例评审->调试测试，注重框架设计与代码规范；
您在实际项目中是如何做的呢？各有什么优缺点，欢迎大家留言讨论哦~
话题活动时间：即日起 - 2021/4/30
所有参与者将获得：20个 E币
嵌软工程师在肝代码的时候，往往会有2条路可以走，要么代码快速构建完成任务就行，要么注重规范和结构，对此，我们该如何选择呢？
选择一：开发越快越好，功能实现了就好，追求效率与时间成本；
选择二：按照项目开发流程来，需求评审->硬件设计评审->软件框架评审->详设文档->编码->测试用例评审->调试测试，注重框架设计与代码规范；
您在实际项目中是如何做的呢？各有什么优缺点，欢迎大家留言讨论哦~
话题活动时间：即日起 - 2021/4/30
所有参与者将获得：20个 E币
全部回复 45
- 98 主题
- 328 帖子
- 1576 积分
身份：LV4 高级技术员
E币：1883
发消息
风雨欲来ds
发表于2021-4-1 09:07:06
显示全部楼层
沙发
在规范的编码架构下，以最快的速度实现客户功能需求，接着再反查优化程序和硬件，以确保系统达到极致性能。想必这会是很好的一种流程选择。
他的点评
说的是对了，哪有时间留给你搞框架，哪有时间反查代码，那么，矛盾就来了。
发表于 2021-4-1 09:11
详情
回复
SnailWillow 发表于 2021-4-1 09:07
在规范的编码架构下，以最快的速度实现客户功能需求，接着再反查优化程序和硬件，以确保系统达到极致性能。 ...
说的是对了，哪有时间留给你搞框架，哪有时间反查代码，那么，矛盾就来了。
我们公司的产品基本上没有代码规范。实现功能就好了。
好多公司都不明白，慢工才能出细活，要想质量好，速度绝对快不了。
火引冰薪 发表于 2021-4-1 10:28
我选择二，在嵌入式开发项目中，通常不是一个人在开发，而是一个团队，应该有自己的规范，这样别人也能很快 ...
是的，规范一点总是好的，最后bug也少~
深蓝电子 发表于 2021-4-2 08:32
还是要尽可能的注重框架设计与代码规范，按规范建立可重用的模用，开始会比较麻烦，但经过时间积累，开发速 ...
刚开始肯定慢，这个和画板子一样的。 有人说我一天就画好一个pcb板，殊不知他制作原件封装花的时间都不止一天~
我倾向于求稳，这是从以前多个项目开发中得出来的教训。一个合格的产品需要有最基本的代码规范和逻辑条理。不规范的代码一般导致后期维护难，甚至在查找相应的BUG的时候花费的时间更长，拖慢项目进度；逻辑条理能方便后期维护，减少资源浪费。就像建房子，前期地基都不稳，后期只能千疮百孔打补丁，不仅难看，可靠性也难以保证，最差的结果不外乎花费更多的成本进行代码重构，这是得不偿失的。
ABFCS 发表于 2021-4-6 11:33
我倾向于求稳，这是从以前多个项目开发中得出来的教训。一个合格的产品需要有最基本的代码规范和逻辑条理。 ...
我和你一样，有切身体会，当初接管了一个车载单片机项目，前人开发基本完成，但是留下了一堆bug就离职了。
我入职后，直接负责这个项目的维护，接锅之后代码简直不忍直视，维护起来非常痛苦，这个bug解决了，那个又冒出来了，最后还出现偶现bug,,,,哎，一言难尽！
举报
内容系网友发布，其中涉及到安全隐患的内容系网友个人行为，不代表面包板社区观点
关闭
站长推荐
/3 
/3
-
返回顶部
-
