軟件硬件開發(fā)工程師其實有非常多的相同的特質(zhì)，尤其作為有著工程師這個標(biāo)簽的人，共同點還是相當(dāng)多的。這里就從這些共同點里面挑挑刺兒，看看這兩種類型的工程師里面有著什么樣的思維不同點，盡量不帶褒貶色彩。

軟件工程師：我今天要完成xx行代碼的重構(gòu)

硬件工程師：這幾個器件能不改就不改，實在不行用獨家供貨

軟件的靈活性很高，可以根據(jù)需要進(jìn)行修改，即使是微不足道的修改，只要能讓代碼看起來比較“爽”，都可以隨時進(jìn)行調(diào)整。況且現(xiàn)在代碼的版本控制工具比較成熟，實在不行可以用時光機返回所有的修改。

硬件不一樣，有時候動一根線，或者layout的時候動了一點位置都可能導(dǎo)致信號產(chǎn)生比較大的噪聲或者異常。每一個器件的修改也是慎之又慎，需要一系列替代測試和可靠性測試，即使是在風(fēng)險可控的條件下，也要考慮投入產(chǎn)出比。相關(guān)文章：《硬件開發(fā)平臺開發(fā)一款智能鎖app需要多少錢？》

軟件工程師：有一個新的需求，我們要考慮一下實現(xiàn)方案

硬件工程師：有一個新的需求，我們看能不能在原來的方案上改一改

軟件行業(yè)日新月異，有各種各樣的語言、框架和實現(xiàn)方式，程序員的經(jīng)驗可以讓他們更快的學(xué)習(xí)，但因為時常要面對新的東西，隨著年齡的增長會顯得力不從心，于是就有了程序員是青春飯的說法。同時，由于軟件的靈活性，需求往往是變化多端的，即使是在同樣的框架下，面對各種各樣的需求也有可能遇到很多坑。

相對軟件行業(yè)，硬件的變化算是比較小的，雖然性能可能在不斷提高，但更新的速度和更新的范圍往往是較小的。經(jīng)常是用著100年前的原理，加上20年前的技術(shù)，改一改實現(xiàn)新的需求。因此有了硬件人員的經(jīng)驗論，當(dāng)他對需要的一些器件了如指掌的時候，制定方案或者定位問題都是完全可控的，而這些器件在他有生之年可能都不會有突飛猛進(jìn)的變革了，依靠之前積累的經(jīng)驗就可以讓他游刃有余。

軟件工程師：It works!! 好吧，就這樣搞定吧。

硬件工程師：換了一個電容就可以了，不科學(xué)阿，我得找下是什么原因

遇到問題的時候，硬件工程師比較傾向于“根因分析”，所有現(xiàn)象必須要有個解釋，這樣的話可以減小問題重犯的概率。如果問題不徹底解決，往往代價是很高的。軟件工程師往往覺得問題解決了就是OK的，后面還有一堆的需求和變化需要處理，有時間再去分析一下。這里不一定是責(zé)任心的問題，一個原因是因為再次遇到問題的代價不一樣，另外有時候是因為需要管理的復(fù)雜度。

硬件面對的復(fù)雜度從某種程度上說是有限的，也就這么幾個器件，遇到問題順藤摸瓜就行了，大不了還有定位的必殺技——“替代法”，每個器件換一遍，大概就能找到問題所在了。軟件面對的復(fù)雜度相對較大，如果涉及到操作系統(tǒng)甚至還需要hack操作系統(tǒng)，如果幾個模塊是由多個工程師開發(fā)的，模塊之間的耦合度又較高，定位問題顯得心有余而力不足。

軟件工程師：我的代碼是一顆樹，我要每天去耕耘

硬件工程師：我的方案是一個平臺，以后的需求就在這個平臺上面改一下就好了

“平臺化”對雙方來說看起來都是非常不錯的，面對新的需求只要在上面修改一下就好了，領(lǐng)導(dǎo)尤其喜歡這種理想狀態(tài)，可以作為管理績效的體現(xiàn)。根據(jù)上面說明的復(fù)雜度和需求變化的程度而言，軟件的平臺化往往只是個開始，就像是栽下了一顆樹苗，后面的路還很長。這其中發(fā)揮比較重要作用的往往是軟件工程師本身，而不是硬盤里面的那些可能不成熟的代碼。

軟件工程師：項目節(jié)點要到了，實在不行我先發(fā)布一個beta版本

硬件工程師：項目節(jié)點要到了，實在不行只能延期了，爭取后面不再修改

iPhone 每一個機型的升級需要一兩年的時間，而IOS卻似乎每個月都在更新。對于互聯(lián)網(wǎng)行業(yè)的軟件尤其如此，似乎每時每刻都在升級，像google的很多產(chǎn)品一直處在beta的版本，有的甚至生命周期都結(jié)束了，都還掛著beta的標(biāo)簽。升級成本和開發(fā)周期的不一樣，使得雙方面對項目時間點的態(tài)度會有所不同。

不管SWE和HWE有多少差異，他們都在通過自己努力在一點一點改變著這個世界。也希望自己能在若干年之后，還能自豪的稱自己為程序員，一個略懂硬件的碼農(nóng)。