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