系統廠軟體工程師跟軟體工程師是兩回事

作者: rawpacket (rawpacket) 看板: Soft_Job
標題: Re: [心得] 系統廠軟體工程師跟軟體工程師是兩回事...
時間: Sun Mar  6 12:59:55 2011

※ 引述《iincho (世界的盡頭)》之銘言：
: : 7. 沒有軟體服務的觀念...
: : 8. 沒有 debugger 觀念... 除錯常用 printf...
: : 我覺得最扯的是主管還幫我們定Schedule...
: : 只要Schedule不是自己定的... 通常是不符實際...
: : 然後系統廠工程師真的都自我感覺超良好...
: : 還很強調他當年在系統廠的經驗... 可是軟體就真的不是那樣的...
:   系統廠的RD最強的就是看方塊圖slide和插log，做完AB Test之後
:   打電話call vendor，你上面講的東西很多人不是不會而是....
:   當你發現printf比debugger快的時候你選哪個...XD?
:   媽啦trace32剛上去別人就靠看log解完了，根本沒效益啊.
:   你這狀況八成是主管原本就是搞偏硬的，所以這些觀念一時
:   改不過來，這些觀念再純軟基本上會有衝突的。
:   至於schedule，主管抓有主管抓的好處，你這個問題是主管不懂
:   這個domain還硬開當然爆光光，不是系統廠不系統廠的問題。
:   為什麼通常系統廠會這樣，因為客戶最大，你的schedule是為了
:   滿足客戶需求，做不到你也得乖乖的加班加到爆。

系統廠搞什麼 OO C++
基本上系統廠就是搞硬體的, 將自己想像成搞軟體的是想怎麼樣?

這業界的生態是這樣. (隨便舉例)


   IC Vednor  --> 系統廠 ------>  Software Vendor  --> End customer
   提供 IC.       整合各家 IC     出上層的 Software
                  出 BSP


   如果 Software Vendor 是 Google 的 Andoird or Linux kernel
   那圖大概就變成

   Software Vendor -> IC Vendor -> 系統廠 -> End Customer

在這一圈內, 系統廠最重要的就是整合,
整合 IC Vendor 提供的功能, 整合 Software Vendor 的 solution .
簡單的說, 別人有人什麼, 你整合什麼.
整合的功能是 End customer 提供的.

ex:
End Customer 說我要 Raid 5 ..
系統廠就要負責去弄好 Linux kernel + SATA + MD Layer + GUI
如果中間有 Raid software vendor .
那 software vendor 就要處理好 MD Layer + GUI
系統廠要負責 Linux kernel + SATA

老實說, 純軟體的也不一定會用 Trace32 這種 debug tool .
搞不好還是在用 gdb , GOD, gdb .. 那還是用 printf 好了....
而且 printf 練久了, 發現手感還會比較好.

--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.113.22.92
→ dryman:gdb明明就很強...                                         03/06 13:50
→ final01:這篇一對名詞 是想顯得很專業嗎?                          03/06 14:16
推 dwi2:系統廠就是一堆這樣的名詞                                   03/06 14:29
推 smi1e:gdb有啥不好...                                            03/06 14:50