Re: [請益] 理工不走寫程式的出路?

看板Tech_Job作者yamakazi (大安吳彥祖)時間6年前 (2017/11/21 13:48)推噓5(7推 2噓 5→)

留言14則, 12人參與討論串2/2 (看更多)

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

→

appleobov

11/21 14:03, 6年前 , 1^F

11/21 14:03, 1^F

→

appleobov

11/21 14:03, 6年前 , 2^F

11/21 14:03, 2^F

→

appleobov

11/21 14:03, 6年前 , 3^F

11/21 14:03, 3^F