侵权投诉
当前位置:

OFweek电子工程网

设计测试

正文

特质味儿!寻寻软件/硬件工程师的思维不同点

导读: 有那么一点标题党的意思,软件硬件工程师其实有非常多的相同的特质,尤其作为有着工程师这个标签的人,共同点还是相当多的。这里就从这些共同点里面挑挑刺儿,看看这两种类型的工程师里面有着什么样的思维不同点,尽量不带褒贬色彩。

有那么一点标题党的意思,软件硬件工程师其实有非常多的相同的特质,尤其作为有着工程师这个标签的人,共同点还是相当多的。这里就从这些共同点里面挑挑刺儿,看看这两种类型的工程师里面有着什么样的思维不同点,尽量不带褒贬色彩。

软件工程师:我今天要完成xx行代码的重构

硬件工程师:这几个器件能不改就不改,实在不行用独家供货

软件的灵活性很高,可以根据需要进行修改,即使是微不足道的修改,只要能让代码看起来比较“爽”,都可以随时进行调整。况且现在代码的版本控制工具比较成熟,实在不行可以用时光机返回所有的修改。

硬件不一样,有时候动一根线,或者layout的时候动了一点位置都可能导致信号产生比较大的噪声或者异常。每一个器件的修改也是慎之又慎,需要一系列替代测试和可靠性测试,即使是在风险可控的条件下,也要考虑投入产出比。

软件工程师:有一个新的需求,我们要考虑一下实现方案

硬件工程师:有一个新的需求,我们看能不能在原来的方案上改一改

软件行业日新月异,有各种各样的语言、框架和实现方式,程序员的经验可以让他们更快的学习,但因为时常要面对新的东西,随着年龄的增长会显得力不从心,于是就有了程序员是青春饭的说法。同时,由于软件的灵活性,需求往往是变化多端的,即使是在同样的框架下,面对各种各样的需求也有可能遇到很多坑。

相对软件行业,硬件的变化算是比较小的,虽然性能可能在不断提高,但更新的速度和更新的范围往往是较小的。经常是用着100年前的原理,加上20年前的技术,改一改实现新的需求。因此有了硬件人员的经验论,当他对需要的一些器件了如指掌的时候,制定方案或者定位问题都是完全可控的,而这些器件在他有生之年可能都不会有突飞猛进的变革了,依靠之前积累的经验就可以让他游刃有余。

软件工程师:It works!! 好吧,就这样搞定吧。

硬件工程师:换了一个电容就可以了,不科学阿,我得找下是什么原因

遇到问题的时候,硬件工程师比较倾向于“根因分析”,所有现象必须要有个解释,这样的话可以减小问题重犯的概率。如果问题不彻底解决,往往代价是很高的。软件工程师往往觉得问题解决了就是OK的,后面还有一堆的需求和变化需要处理,有时间再去分析一下。这里不一定是责任心的问题,一个原因是因为再次遇到问题的代价不一样,另外有时候是因为需要管理的复杂度。

硬件面对的复杂度从某种程度上说是有限的,也就这么几个器件,遇到问题顺藤摸瓜就行了,大不了还有定位的必杀技——“替代法”,每个器件换一遍,大概就能找到问题所在了。软件面对的复杂度相对较大,如果涉及到操作系统甚至还需要hack操作系统,如果几个模块是由多个工程师开发的,模块之间的耦合度又较高,定位问题显得心有余而力不足。

软件工程师:我的代码是一颗树,我要每天去耕耘

硬件工程师:我的方案是一个平台,以后的需求就在这个平台上面改一下就好了

“平台化”对双方来说看起来都是非常不错的,面对新的需求只要在上面修改一下就好了,领导尤其喜欢这种理想状态,可以作为管理绩效的体现。根据上面说明的复杂度和需求变化的程度而言,软件的平台化往往只是个开始,就像是栽下了一颗树苗,后面的路还很长。这其中发挥比较重要作用的往往是软件工程师本身,而不是硬盘里面的那些可能不成熟的代码。

1  2  下一页>  
声明: 本文由入驻OFweek公众平台的作者撰写,观点仅代表作者本人,不代表OFweek立场。如有侵权或其他问题,请联系举报。

我来说两句

(共0条评论,0人参与)

请输入评论

请输入评论/评论长度6~500个字

您提交的评论过于频繁,请输入验证码继续

暂无评论

暂无评论

文章纠错
x
*文字标题:
*纠错内容:
联系邮箱:
*验 证 码:

粤公网安备 44030502002758号