其实吼 在软韧体这一块
真的要重头到尾自己写程式的职缺已经很少了
这年代谁还自己造轮子
会要你造轮子的通常是新创公司 但新创公司都是要即战力或带枪投靠
一般不会找菜鸟
但他们造的轮子大概也是拿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 (就是爱上了)》之铭言：
: 理工这块
: 不走写程式的出路，程式这方面真的不太行...
: 本来念硕士打算想走绿电、电池这块的
: 但发现选择好少...光电又超惨的...
: 是只有剩设备工程师可以走?