« 轻量级数据操纵 | 微软的文化大革命 »

值得揣摩的软工观点

偶然的机会。得到这个书名，到chinapub上一查，下载了前2章，拜读了片刻。

顿时心血彭湃。连忙推荐给各位好友同僚。

我们都被软件工程折磨过，但有几多人真正了解软工的目的。

大学软工，看不懂，考试还90多。

过CMM，纳闷为什么要按部就班，不了解为什么把事情搞那么复杂，应付胡乱写一堆文档，一点开发激情都没有了。

过ISO9000，更是郁闷，不知道通宵达旦赶文档是给谁读，一个项目被迫按规范来，所有开发者把精力都放在文档上了，其实也都是到处copy，等copy完，团队也都解散了。

于是乎，考高程、研究生统考均把软工的过程记忆理解得更加深刻。

但又怎样呢？都知道照那样做是对的，但现实是怎样？

1、很多软件不是制造出来的，是创造出来的

2、为了文档而文档，管理者又无能力检查监督文档的真正价值

3、真正每一个步骤都做到了吗？答案是没有，那么你就失败吧，也怪不得人家软工理论了。

估计作者也是受害者，不过能全局的论证自己的观点，却是比我们每天唧唧歪歪的强：

软件工程存在的最大问题就是：它假设那种“有组织、有纪
律、可计量的开发方式”是唯一可行的方式。软件工程实际上是
把工程学的隐喻强加于软件开发之上，从而使我们一叶障目不见
泰山，看不到其他开发方式的存在。

这些文献(SE文献)中几乎没有对商用软
件的报告。在所有的案例中，绝大多数都是大型国防项目或者
小型科研项目。在这两类项目中，开发者通常都需要面对极其
严峻的硬件/软件条件；而在现代的商用项目中，环境通常会宽
松得多。

“足够好的软件”——庶民的软件工程
对于某些软件来说，快速地开发出具有丰富功能的应用程序
才是最重要的。这种观点的核心思想是：用户能够容忍程序中的
错误，因为他们能够得到很多无法从其他地方获得的有用功能。
正如Edward Yourdon 所说：“我将在6 个月之内交付一个系统，其
中会有5 000 个错误——但你一定会非常．．高兴！”

如果你的企业需要开发大型的打包消费类软件，
并且又善于作出恰当的工程学权衡，那么你很可能会使用“足够
好的软件”这种方法。这类软件工程成功的秘诀就是以量取胜：
消费类软件的市场充满了竞争，消费者决定是否购买某个软件的
依据不是细致的比较，而是别人的评论和软件厂商的市场宣传，
因此软件厂商只有以较低的价格卖出极其大量的产品才可能占据
市场。

软工告诉我们该做什么，没有告诉我们怎么去做。把握好了方法，

从软件的实际目的、现实状况出发，用自己的技能去给用户解决问题

下回去书店，买一本看看，以便学会足够的论据抨击那么没成功过的吹捧者。

----

仔细了看看序言，本书好像不是批判软工观点，而是告诉开发者更应该做的是什么，就更应该读一读了

《软件工艺》证明了优秀程序员对于成功软件开发的决定性影响! 它告诉我们：．技术人员迫切需要转变观念。．技术不仅仅是技术本身，更应该是为客户提供价值的基础。．我们该如何培养程序员对技术的精通? ．如何发展小型开发团队中创造性的协作? ．如何加强与客户的沟通? 如果你是一位渴望让自己的技艺出类拔萃的程序员…… 如果你是一位渴望雇佣优秀开发者的项目经理…… 这本《软件工艺》就是为你准备的! 本书针对软件开发，提出了一些相当棘手和敏感的问题，并给出了颇具争议性的结论：从一个数百年来一直兴旺发达的系统——工艺学中获得启示，寻找答案。 本书通过5个部分，19章的篇幅系统地阐述作者的观点，并试图回答一直困扰着软件行业的难题——我们应该如何重组软件构造的过程，使其能够如我们所愿地有效运转？第1部分共4章，对传统的观点提出质疑——软件工程真的是解决软件开发问题的灵丹妙药吗？第2部分共2章，这一部分提出了本书的观点，即以软件工艺的视角看待软件开发。第3部分以7章的篇幅，不同的角度全面地展现了软件工艺理论所带来的主要变化，以及如何实践这个观念。第4部分共3章，对比了软件工艺与软件工程，并为各自适用的范畴重新划定了界限。第5部分共3章，分别讨论软件开发中的权宜之计和长期问题。 本书荣获2002年度Jolt图书大奖，阅读本书，有助于引发读者在软件开发问题上的独立思考，本书适合软件行业的所有从业人员阅读参考。

[回复]

的确，现有的软件工程，是不是就是那剂panacea？
这个观点，难道我们不该怀疑一下么？