理工不走寫程式的出路? - 工程師

其實吼 在軟韌體這一塊

真的要重頭到尾自己寫程式的職缺已經很少了

這年代誰還自己造輪子

會要你造輪子的通常是新創公司 但新創公司都是要即戰力或帶槍投靠

一般不會找菜鳥

但他們造的輪子大概也是拿vendor的driver和example code來改一改

算法就上github找 比如說kalman filter這種已經被作到爛的東西就上網直接找

除非是很難的 比如說通信演算法

但那種通常是博士缺 專門的algorithm eng.

會把算法和pattern作完後 release給SD eng.去implement

所以也輪不到菜鳥作

通常菜鳥進公司

都是前人的代碼和文件看一看

就叫你去解issue了

解issue一般不一定要改code

讓菜鳥改code 萬一SVN或perforce被菜鳥玩壞了怎麼辦

通常都是讓菜鳥先看看log 學習怎麼樣定位問題

作作實驗 熟悉一下LA NA SA OSC 研究看看怎麼複現問題

看是什麼scenario或condition才會出現

或著根本不是issue 只是performance 不佳

有的時候不是你這一層的問題 code也不用改

轉issue給下一層 issue tracker寫一下實驗和分析結果 附上截圖和log

炸彈丟給別的部門去拆

如果真的是你這一層的問題

老鳥(Senior eng.)才去改code

改完以後叫菜鳥去跑verification 或是叫菜鳥寫verification program/script

等到菜鳥變老菜鳥後

再讓老菜鳥去改一些比較沒那麼難的code

老菜鳥改完code之後

部門先code review一遍 跑 verification

然後給老鳥merge成patch

要進code老鳥再一次進

等到你升到staff eng.或 principle eng.之後

寫code的機會就會比較少

大部分是review junior eng.的code

想想architecture

畫畫方塊圖 上上PTT

跟marketing討論新的spec

上issue tracker看菜鳥解完issue沒 沒的話就加幾句comment

表示你有在顧案子 沒有把菜鳥放生

或是和主管(Manager)一起去跟主管的主管(Director)嘴砲

大概4這樣

你到變成老菜鳥之前都不太會讓你獨立"改"code

更不會讓你"寫"code

當然我講的是正常公司的情況

不正常公司我就不曉得了

※ 引述《XJAPANBEST (就是愛上了)》之銘言：
: 理工這塊
: 不走寫程式的出路，程式這方面真的不太行...
: 本來念碩士打算想走綠電、電池這塊的
: 但發現選擇好少...光電又超慘的...
: 是只有剩設備工程師可以走?

--