很久没有上smiling，今天故地重游，浏览了一些文章，又生一些感触。

首先，社区虽然旺盛，但是水平不高，几乎没有什么实质性的东西，很少能看到一针见血的问题，或者说好的解决方案。中国的软件从业人员，过多的重视了编程语言以及其技巧。从软件工程的层次模型来看（a quality focus，process，methods，tools），语言只能算是工具，从软件过程来看，construct,只是其中的一部分。太多的人忽略了太多的东西。试问一下，有多少人能够清楚的描述出软件质量？如果不能的话，那么我们怎么能作出够质量的软件，我们又怎么知道我们的软件是够质量的。

其次，词汇不统一。国外花费了大量的人力物力来做统一的工作，比如uml，而国内呢。还在为use case译为 用况，用例，使用实例 在争。我们就不能做一些统一的事情？还有，国内的书籍翻译质量实在让人汗颜，词汇翻译不准确不说，有的甚至句子就不通，比如《软件项目管理：一个统一的框架》这本书的barry boehm 写的序的第一句话。这本书的译者 周伯生 老前辈，产量还真高，一年能译出那么多书来？本来，为人师表，现在，老师被喊成“老板”，也可以看出一些门道来。

第三，书籍的作者。我们看到的国外的书籍，很多都是“公司”的技术主管，项目管理人员，或者别的一些有几十年的经验的人“写”的，再看看国内的书籍市场，清一色从高校出来的，而且大多是“编的”，“编译”，或者“译”。我希望国内的公司的一些资深技术人员，管理人员，能够写出一些东西出来。

第四，强烈建议出经典书籍的影印本。

这些问题没有经过成熟的思考，行文也可能比较偏激，见谅。

软件质量的度量迄今也没有成熟的模型，现有的度量方法大多不是不实用，就是实施成本太高。我觉得不是这里有没有人能说出怎么样度量软件质量，即使全世界也没有几个人能说出。我也对此问题感兴趣，你若有想继续聊，我的email是smilemac@msn.com.

你讲的很有道理。
模型是进化的，一个成熟的模型只在一段时间里是稳定的。
metric，measurement,在软件也中确实并不成熟。
不过，每个人至少需要知道质量的基本概念，质量属性，以及一些简单的保证质量的活动和方法。

SWEBOK里面的两句话很有道理：
“With increasing
sophistication of systems (moving, for example, into areas
like intelligent web agents), the questions of quality go
beyond whether the system works or not, to how well it
achieves measurable quality goals.”

“Quality attributes may be present or absent, or
may be present in greater or lesser degree, with tradeoffs
among them, with practicality and cost as major
considerations. The software engineer needs first of all to
determine the real purpose for the software, which is a
prime point to keep in mind: The customer’s needs come
first, and they include particular levels of quality, not just
functionality. Thus the software engineer has a
responsibility to elicit quality requirements that may not
even be explicit at the outset and to discuss.”

是啊,一些小方法小技巧如果能变成一种习惯,那么对程序质量的改善有莫大的帮助.一个优秀的开发经理应该知道这些小技巧小方法,并且能够采用有效的手段帮助他(她)的组员建立这些习惯,从而使这些小方法小技巧变为项目的一个整体风格.这种于细微处见功夫的做法往往是一个项目能否成功的重要保证,当然,这种管理风格却也不易使开发经理获得应有的名声,做细活的人往往不会引人注目,这也是没有办法的事. 神人无功,圣人无名.