工作雜感 (2009/6/15)

既然是雜感，那就會寫得很雜，寫得很模糊，寫得很不清楚。

也經手了好幾個project，也可以稱作好幾代(聽起來比較興奮一點)。負責的部份都是同一個IP。在極端無聊之下，想出了一些玩意「應該」可以縮短往後的工作項目時程。

一個IP要能通過測試，除了製造部同仁強力支援測試之外，還有一些項目是designer系統必須提供的，像是QC。如果為了每一代project的同一個IP，重寫一套QC程式，對我而言實在難以忍受。以往的作法是copy-and-paste。除了某些小細節需要修改外，基本上是一切運作正常的。

做到copy-and-paste和細節修改即可？仔細想想，其實還有提昇的空間。(there is always a room for improvement.) 這些QC程式，能不能更簡單一點？更彈性一點？能夠在整個IP修改後極迅速地符合新架構的要求？如何做到？

「模組化」。這是我對於QC程式的看法。不可避免地，軟體工業也必須走向製造線的工作模式，一個函式只負責一個功能區塊。評估過資源，其實兩者都用得差不多。尚未模組化前的QC程式十分直覺但也雜亂，後續修改非常麻煩。

只有模組化仍不足以應付最終極的IP架構修改。對於IP的認識仍然是必須的。了解IP的後續修改方向，如何增加模組的彈性，如何應付exception，如何快速增加模組的test pattern，如何快速地maintain。都需要對於IP的認識。都需要了解「什麼能模組化，而什麼不能。」 沒錯！還是有些東西無法模組化！這也只能說是軟體和硬體之間還是存在著差異性吧。