嵌入式開發(fā)需要從0造輪子嗎？

嵌入式專欄 · 發(fā)表于 2024-10-3 21:03:00

作者 | strongerHuang微信公眾號 | strongerHuang
看到有讀者在討論關(guān)于“造輪子”的話題，各有各的觀點，這里先說兩種常見的情況。
第一種情況：老板從來不催進度，做項目的工程師也不慌不忙，從零開始一步一步創(chuàng)建工程，然后一步一步寫代碼（即從0開始造輪子）。
當把項目做好，或者項目才做到一半時，公司可能就已經(jīng)倒閉了。
第二種情況：老板要求在盡量短的時間把項目趕出來，好，直接套用各種模板（比如：單元模塊、軟件庫、協(xié)議棧等），東拼西湊，終于，在規(guī)定時間完成了項目，項目也勉強運行起來。
某一天，老板讓新加一個功能，發(fā)現(xiàn)與原來的功能有沖突，那該怎么辦？重新開始寫代碼？
你會發(fā)現(xiàn)：不管是從0開始造輪子，還是直接套用模板都存在弊端。
從0開始和套用模板的利弊
從0開始，意味著整個項目都由工程師一步一步完成，而不用各種現(xiàn)成的模板。
凡事沒有十全十美，從0開始和套用模板都有優(yōu)點，也都有缺點。
1.從0開始的利弊好處：軟件的各種邏輯自己比較清楚，方便后期增、刪、改、查。
缺點：比較費時間，而且，軟件存在bug的可能性比較大。
2.套用模板的利弊好處：軟件可靠穩(wěn)定（當然，指的是市面上常見的軟件庫、協(xié)議棧等），也節(jié)約開發(fā)時間。
缺點：可能與你項目存在沖突，比如存在阻塞情況，比如占用資源比較等。
從0開始，還是套用模板？
這里我也不能說哪一種好，哪一種不好，最終還是要結(jié)合你項目實際情況。
1.看項目趕不趕如果項目開發(fā)時間相對寬松（不那么趕項目），可以從0開始搞起。比如：前期盡量抽時間規(guī)劃好項目，搭建好軟件框架等。
如果項目要在最短時間內(nèi)趕出來，可以套用一些現(xiàn)成模板，甚至直接從GitHub下載一個類似項目簡單修改，以完成功能為主，先上（zheng）線（qian），然后慢慢優(yōu)化。
2.看項目用途如果寫一個軟件，只是單純的拿給客戶演示，能用模板就用模板吧。
如果定位是一個大批量生產(chǎn)的產(chǎn)品，建議從0開始，結(jié)合成熟模板做起來。
3.看工程師水平如果工程師是一個菜鳥，你讓他從0開始，等項目做好估計黃花菜都涼了。還有，即便項目做好了，可能Bug也無數(shù)。此時，還是建議你參考別人的模板，或者源碼（當然，不是網(wǎng)上隨便找的那種哈）。
如果工程師是有一定經(jīng)驗，手上項目沒有很多的參考模板，可以從0開始做起。
4.看領(lǐng)導(dǎo)決策······5.看公司決策······6.看項目規(guī)劃······
實際工作
公司項目立項的時候，各種近期、遠期規(guī)劃都有，就連嵌入式軟件各種細節(jié)也是做了各種規(guī)劃。比如：模塊（模塊化）、軟件命名、軟件框架等。

總之，前期花了很多時間做了很多準備工作，然后，項目按照規(guī)劃一步一步從0開始搞起來。
前幾年項目也非常順利，雖然偶爾有小bug，但很快就能鎖定bug并快速得到解決。
但是，隨著市場的變化，功能改變和增加的情況越來越多，時間也越來越緊張，在增加、修改、刪除功能或模塊的時候，沒有太多時間優(yōu)化項目。
終于，項目暴露的問題越來越多，測試部反饋的一級bug也越來越多，市場也經(jīng)常反饋問題。
最終，實在沒辦法，項目暫停，重新整理軟件架構(gòu)，在一個月之后，更新架構(gòu)的軟件完成了，也比較順利。
說明一下：整個軟件項目做到后面比較大，其中也套用了第三方庫、協(xié)議棧等。因為項目做的很多規(guī)劃（準備工作），前期開發(fā)的也比較順利，但后面項目緊張沒有優(yōu)化，代碼疊加就更容易引起bug。
好在前期做足了工作，比如模塊化、代碼高內(nèi)聚低耦合等，在后面軟件重構(gòu)也相對比較順利，很多模塊都可以直接復(fù)用。
總結(jié)
從0開始還是套用模板，應(yīng)該遵循幾個原則：

項目開發(fā)時間越短越好

項目越穩(wěn)定越好

項目后期增刪改查越容易越好

······
在不能平衡的情況下，就要有所取舍，但要盡量平衡。就像上面說的，趕進度而未優(yōu)化，為后期留下后患。
因此，一般建議先規(guī)劃項目，像軟件框架、結(jié)構(gòu)這種結(jié)合項目情況從0規(guī)劃，然后參考或者套用一些成熟模板，再次，在編碼過程中，不斷優(yōu)化和完善代碼。
最終不管什么方式，目的是使項目穩(wěn)定，方便增刪改查。------------ END ------------