※ 引述《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