老鲁我自从接下写韧体的工作后，真正了解自己的不足与废。
老鲁的工作其实很基本，就是在一个32-bit MCU 读取sensor的值
透过的界面都是常用的(UART、I2C、SPI....)。老鲁每次都是靠
狂拜google大神，参考别人的code然后copy paste拼拼凑凑之后
惊险过关。每次虽然都有小小的成就感，却也更加没自信，因为
毕竟code都是参考网络上的，自己实际写出来的不多。也还好目前
敝公司采用的平台很多open source，但我也有想过一旦换了别家厂商
假设几乎没有范例参考下，我光有硬件spec、timing diagram可能
就写不出来
不知道一般正常的韧体工程师是否要有靠原厂release的data sheet
example code就能开发一个系统的能力？

看时间, 有时间慢慢K specification 就可以写得出来不过这种 read register 的东西 算是很简单的...

不太需要,除非你在原厂要建 BLE,USB协议..之类的才有机会架构系统...,遇到次数,指头数得出来...

快速debug workaround try-error占八成以上工作内容

最近也有这问题，感觉都是拿人家做好的code来改，真要自己写还不知道该怎么做怕容易被取代

其实要看你做什么内容, Embedded 本来就是包山包海open source也是会有bug的, 万一找不到patch就是要自己下去fix至于你提到的最后一段, 其实也是看贵公司怎么使用ICvendor的BSP.. 如果是要塞很多自制功能进去, 当然是FW己来, 当然也有那种系统厂只会拿vendor的BSP来porting所以需不需要有这种能力, 看需求, 当然能够有是最好,多会一些东西也是好事

老板要的是东西出来，会动会稳。管你练不练功离开学校，学生思维要换一换

能交差就好,有时间自己慢慢try就会渐渐掌握

读原厂data sheet来开发很正常，不需要范例程式，你说得传感读值这是更应做到此基本，还一直需要范例程式，表示你自己学得不够，就算一开始你找范例来改，也要整个吸收熟悉转为自己的内容，进而在未来减少范例程式的依赖，但你一直依赖范例程式，你根本没用心！

在台厂的系统厂几乎都是这样,原厂才需要重刻最底层的机制,毕竟这些机制要非常严苛的测试(成本极高),系统厂的目标不在此也不符合成本效益,所以有原厂跟系统厂区分

产品会动不出包就好 不要管用怎样的手段...

建议你先搞熟原厂spec 跟他写好的，不然你光搞01010101你也看不太懂在干嘛，怎弄，你适用哪颗chip? 你若更想有竞争力，建议练习别家chip，把自家chip跟别家的搞熟搞快速，台湾市场比较重视这

不看spec要快 干脆买arduino就好了

这算很基本,用心的话做过一次就觉得没什么...

系统要卖的好才重要吧

很正常 作中学 学中做 碰到再学就好

代工厂都是拿BSP做而已

现在IC厂都几百个人在一起搞,不要想太多

不需要每次都重新发明一次轮子，自己重新写效率不一定比较好，自己重新写作为有空时的自我磨练就好了，工作论的是成败不是实力。