※ 引述《reader (讀者)》之銘言：
: 反之，若是 code inspection 對於 programmer 有利，
: 那麼 programmer 就可能會自行利用 peer review 的方式來處理，
: 甚至不花費額外的成本，僅僅是開發工作的一環，
: 其實我並不認為 code inspection 是一件需要外部的 inspector 來做的事情，
: 一旦出現這個情形，就表示軟體開發團隊已經出問題或根本沒有組織好，
: 不然在軟體開發過程中，
: 每一行程式碼本來就應該是經由許多方面一次次檢視的。
: 我從來就不認同那種將 coding 視作是軟體開發過程中最不重要的部分的
: 那種舊式軟體工程觀點，
: 我認為愈想降低 programmer 的重要性，就愈得不到高品質的軟體。
========================================================================
如果說電腦的軟體都是要人用特定的表達形式去敘述, 並且讓機器不誤解
下能正確的回應處理. 這個敘述首要的對象是機器, 其次才是想要再利用這小
堆敘述形成更大堆敘述的 "管接積木" 堆集者. 這個 "管接積木元件" 就是一
般通稱的 " Software IC ", 這是一個跟電子電路形象非常接近的稱呼, 因此
有些排斥硬體專研究軟體發展的人不是很喜歡這樣的名稱(Integrated Circuit).
不喜歡的原因可能具有地域性的現象, 在台灣, 造實體IC的比做軟體IC的受
到較多市場經濟的注資與注目, 因此做軟體的有一種附屬在別人底下當附庸的感
受. 當然, 另一個主要原因是軟體IC的銷售與利益保障跟硬體IC不同, 主因就在
於軟體IC在執行的系統平台上容易再複製, 不存在生產規模與投資起點的障礙.
如果在原始程式碼的製作上沒有得到適當的保障, 製作者不會甘心於製造一個無
缺陷也就是更無障礙的作品供別人隨意玩弄.
而 programmer 的重要性在世俗的市場上就是反應在其工作的報酬上. 其實
peer review 未必就是在扮演促進 code product 的正確性或可讀性而已, 反而
可能是協助拆分出產品價值的 二 八 比重成份上. 百分之二十的買主可能願對少
數的某些功能付出百分之八十的代價, 這種鑽石級的鑑定與定價可以是一種新的
發展的方向.
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.115.4.12