黑巖小說

第832章 會議決議（第1頁）

第832章會議決議

“時間不等人。”

陳默是真心感覺很緊迫了，畢竟已經(jīng)是2019了，流氓頭子要搞事了。

他頓了頓，然后又繼續(xù)說道：

“EDA團隊已經(jīng)準(zhǔn)備好了。

我們將采取‘貼身服務(wù)’的模式，我們的架構(gòu)師將直接嵌入你們的設(shè)計團隊，現(xiàn)場支持，現(xiàn)場解決問題。

我們需要在真實的高復(fù)雜度設(shè)計項目中，暴露出工具的所有問題，同時也用最苛刻的需求，來牽引我們工具的下一步進化?！?/p>

姚塵風(fēng)對此非常滿意：

“好！

就要這種力度。

終端這邊也會全力配合，任何基于新工具新流程設(shè)計的芯片，流片回來后，測試驗證優(yōu)先級調(diào)到最高，我要第一時間看到真實的數(shù)據(jù)反饋?！?/p>

就在大局似乎已定之時，一位一直沉默的海思資深架構(gòu)師舉起了手。

他負責(zé)的是最關(guān)鍵的CPU核心設(shè)計：

“馮總，陳總，我有一個擔(dān)憂。

全面切換工具鏈，尤其是在下一代高端芯片項目上，風(fēng)險是不是太大了？

新工具的穩(wěn)定性、與現(xiàn)有知識產(chǎn)權(quán)核（IP）的兼容性、還有設(shè)計師的學(xué)習(xí)成本。。。。。。

萬一在關(guān)鍵路徑上出現(xiàn)無法預(yù)見的錯誤，可能會導(dǎo)致整個項目延期數(shù)月。

我們是不是可以考慮更保守的策略？

比如，先在一些非關(guān)鍵的模塊或者舊項目上進行驗證？”

這個問題非?，F(xiàn)實，也代表了一部分設(shè)計人員的擔(dān)憂。

會議室剛剛火熱起來的氣氛稍微冷卻了一些。

孟良凡搖了搖頭，率先反駁：

“我理解你的擔(dān)憂，但時間不允許我們‘保守’。

傳統(tǒng)的設(shè)計-制造迭代周期太長，我們等不起。

新一代的PDK和AI設(shè)計工具，恰恰是為了縮短這個周期，降低迭代成本。