老魯我自從接下寫韌體的工作後，真正了解自己的不足與廢。
老魯的工作其實很基本，就是在一個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廠都幾百個人在一起搞,不要想太多

不需要每次都重新發明一次輪子，自己重新寫效率不一定比較好，自己重新寫作為有空時的自我磨練就好了，工作論的是成敗不是實力。