其實吼 在軟韌體這一塊
真的要重頭到尾自己寫程式的職缺已經很少了
這年代誰還自己造輪子
會要你造輪子的通常是新創公司 但新創公司都是要即戰力或帶槍投靠
一般不會找菜鳥
但他們造的輪子大概也是拿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 (就是愛上了)》之銘言：
: 理工這塊
: 不走寫程式的出路，程式這方面真的不太行...
: 本來念碩士打算想走綠電、電池這塊的
: 但發現選擇好少...光電又超慘的...
: 是只有剩設備工程師可以走?