※ 引述《hsujerry (NHK 宅宅)》之銘言：
: 現在各種產品的系統都越來越複雜
: 只做Design難看清潛藏Bug的刁鑽球路
: 做小系統還能應付 還能考績優異
: 升上去做大系統 就只能一看二碰三振
: 姿勢再改也沒用 只能回去小系統稱王
: 如果又會做DE 又會做DV的話
: 做Design時就能用DV視角避免做出Bug
: 做驗證時能用DE視角打遍corner use case
: 而且只佔一人的職位跟head count budget
: 驗證還沒進場時就先去做RTL
: RTL生好以後就接著回去做驗證
: 就像DE Rick跟DV 力行般的緊密合作
: DE/DV 二刀流 是不是將來趨勢啊？
: -----
: Sent from JPTT on my Google Pixel 6 Pro.
不知道這是WBC 的大谷梗, 還是真心討論,
不過我真心地回答: 是的!
早在15-20年前 Intel (XScale) 就已經是DE/DV 二刀流,
當年避免球員兼裁判的情況發生,
DE 驗證的是別人的block,
自己的block 給別的DE 驗證,
後來我又加入其他公司,
幾乎每一家都是DE/DV 二刀流,
所以單純做DE 或單純DV 真的是不好找工作,
尤其是純DV,
有時候我都覺得像是在跟老闆還有DE 乞討,
當然這些都是小打小鬧,
真正的DE/DV 重點不是在這邊,
以目前大系統的複雜度與龐大程度,
單純DE/DV 就只是求個心安而已,
現在大系統的重點在random 跟 架構/emulator驗證,
人力再怎麼去設計或是驗證都會有漏洞,
只有用random 去跑24hr 全年無休的方式才能找到設計的問題,
另外大系統沒上 emulator/fpga 跑 linux/android的話,
沒真的跑過那些架構與kernel testing,
單純用sv 寫test 就跟用投影片報告成果一樣, 在吹的而已,
我看過太多吹的很大的設計,
上emulator/fpga 一分鐘不到就破功,
問題多到修不完
--
: 現在各種產品的系統都越來越複雜
: 只做Design難看清潛藏Bug的刁鑽球路
: 做小系統還能應付 還能考績優異
: 升上去做大系統 就只能一看二碰三振
: 姿勢再改也沒用 只能回去小系統稱王
: 如果又會做DE 又會做DV的話
: 做Design時就能用DV視角避免做出Bug
: 做驗證時能用DE視角打遍corner use case
: 而且只佔一人的職位跟head count budget
: 驗證還沒進場時就先去做RTL
: RTL生好以後就接著回去做驗證
: 就像DE Rick跟DV 力行般的緊密合作
: DE/DV 二刀流 是不是將來趨勢啊？
: -----
: Sent from JPTT on my Google Pixel 6 Pro.
不知道這是WBC 的大谷梗, 還是真心討論,
不過我真心地回答: 是的!
早在15-20年前 Intel (XScale) 就已經是DE/DV 二刀流,
當年避免球員兼裁判的情況發生,
DE 驗證的是別人的block,
自己的block 給別的DE 驗證,
後來我又加入其他公司,
幾乎每一家都是DE/DV 二刀流,
所以單純做DE 或單純DV 真的是不好找工作,
尤其是純DV,
有時候我都覺得像是在跟老闆還有DE 乞討,
當然這些都是小打小鬧,
真正的DE/DV 重點不是在這邊,
以目前大系統的複雜度與龐大程度,
單純DE/DV 就只是求個心安而已,
現在大系統的重點在random 跟 架構/emulator驗證,
人力再怎麼去設計或是驗證都會有漏洞,
只有用random 去跑24hr 全年無休的方式才能找到設計的問題,
另外大系統沒上 emulator/fpga 跑 linux/android的話,
沒真的跑過那些架構與kernel testing,
單純用sv 寫test 就跟用投影片報告成果一樣, 在吹的而已,
我看過太多吹的很大的設計,
上emulator/fpga 一分鐘不到就破功,
問題多到修不完
--
All Comments