我個人的見解是, 這是幫自己 Debug 而不是幫 HW debug. 樓主是做 BSP
而不是做 middleware, 要沾到一堆 protocol 的東西太少, 最多就是 Ethernet, RS232
i2c ..等一些基礎硬體, 他們最多就是下 Register, 確認 Bootstrap.. 等, 初期也沒 OS 讓
你搞太複雜的東西. 依平台而異, 有些 BSP 連個 50/100K 大小都沒有, 像印象中的 VxWorks 就不大.
(這家 Wind River 現在跟倒了沒二樣, 而且他們家的 BSP 不好弄, 如果你沒有 rom emulator 的話)

不過你說的我也算認同, 我覺的你就像我所知的第二類人, 邏輯強的 SW, 所以如果在
Driver 以上的 SW, Middleware 等我就很認可你的說法, 這類人也最適合在這發揮長才.

但不管是那類的人, 我都是覺的善用工具是最重要的, 記的有一年, 我們公司包了一個 Driver
的工作, 派了幾個人去法國, 幾個英國人, 幾個法國人, 幾個印度人一起弄一個案子. 在我們到的時後,
法國人說, 印度人程式有個問題/BUG 困擾他們幾週, 叫我們幫忙看一下, 大楖暗指我們
Driver 有問題, 第一天早上到的時後看一下現象, 到下午 2 點 , 運氣很好的, 我就找到問題所在,
印度人有 #ifdef 錯的值. 解完下去一樓抽煙休息時, 另一個法國人還問我, BUG 你有看嗎?
我說解了, 他有點不相信的跑去樓上看, 我想這些法國人大楖本來想看好戲吧. 在這我想說的是,
那天早上我有特別注意一下, 印度人怎樣試著解決問題, 當下我有點失望, 我們手上有的武器是一樣的,
一個 ICE, 為何你們這幾個印度人只會用 printf? 一個強大的工具你們只用到10%的能力,
老實說, 要是我用 printf 大楖也和你們一樣, 要卡個一二個禮拜還解不了, 不是說不能用 printf,
但你們用錯地方了. 最後你說的, protocol 或別人說的 algorithm, data structure, design patten
...等等. 我覺的這是 SW 的基本, 你不需要每一種都會, 像一堆 pattern 應該很少人會全部都用一遍的,
但只要是你會用到的, 那都是基本上你要能掌握的技巧. 像我在看 HDCP 時, 那這時 hand shaking/protocol
就是我必需要會的, (幾年前 1.2 master key 被 leak 出來時, 為了驗証這 master key 是真是假,
我寫個程式來驗証, 基本上 1.2 也算是破了, 要什麼 Key 就有什麼 key 了)

我勒, 我怎麼打那麼多? 不聊了, 上來是來打屁聊天拉D賽的, 之後就不談這些了