一天我与一个同事吃午餐的时候，他给我讲了一个令人惊讶的发现。他参加了一场关于面向服务构架 (SOA)讲座，认识到以前从没有的术语定义，比如，“授权(Enable)”是什么意思，“Enterprise Network Bus”又是什么意思等等。

　　在软件开发中我们经常使用术语，而这些术语对于不同的人具有不同的含义。本文将探究软件开发团队通用词典的必要性，同时指出创建通用词典应注意的事项。

　　混乱之塔

　　“上帝说：‘如果人们都说相同的语言那么他们想做的就没有达不成的。让我们下去混淆他们的语言吧，那样的话他们之间就不能相互理解了。’”《圣经》，新国际版，11章起源，5-7页。

　　人们都说同一种语言时，彼此之间都能相互了解，则能够完成几乎所有事情。如果人们更多的讲述、倾听和了解彼此彼此之间的语言，则不会在愚蠢的错误和误解上浪费很多时间。

　　大多数人都有这样的经历：我们为别人指出了去某个地方的方向，但是那人最后又折回来了，因为我们所给出的方向不容易被接受。或者我们接受别人的指导后，我们所做的与指导人所期盼的情况完全是两码事。

　　这让人非常恼火，而且对于软件开发这是要付出代价的。一般预计项目40%的预算被返工所消耗。想象一下这么多返工并不是因为技术而仅仅因为交流障碍，那么可以看出通过更好的交流减少返工从而提高团队的效率的潜力是多么巨大。

　　开发一种通用语言是减少返工的基础，它可以使交流更清晰更明了。虽然不很完美，但是这样可以大大提高在交流中完全理解别人意思的可能性。

　　现有词汇再学习

　　与开发者构建共同经验和在确信已经知道的事情上形成共同理解的基础上，发展自己的词典是满足词汇学习要求的一个大挑战。你可能知道别人的意思但是实际上你对事情的理解与别人稍稍有些不同。

　　举个例子，当我说“猫”的时候，你可能认为我是在谈论那只名叫“Fluffy”的你将它当作孩子的白色波斯猫。或者你可能认为是你今天买的那只带斑纹的猫。而实际上我讲的是最近看到的那只孟加拉虎。我应该指出我所讲的是一只“大猫”吗?也许应该。但是这还不够详细而准确。有可能我讲的是美洲豹、狮子或者老虎。

　　需要指出的一点是我们有共同的词汇但是我们对这些词汇的定义每个人都稍微有些不同。诀窍是让团队中所有人对词汇的定义尽可能趋于一致，使用这样的词汇则很容易让团队中的人员了解其精确意义。

　　一个有效的方法是找例文。例文定义和扩展了这些术语。例如：面向服务构架(SOA)对很多人来说都是个难以定义的词汇。但是，可以通过要求或鼓励人们阅读关于SOA的内容理解它。虽然不是每个人都同意文中SOA详细内容，但它也为团队定义词汇提供了参考。

　　支柱定义允许定义其他相关的术语。并且可以加强团队对此术语理解。但是即使有很好的理解，支柱术语还远远不够。

　　创建新词汇

　　现有词汇是很好的开始。从那些经验丰富的人员那里可以学到很多有特定意义的单词和短语。但是这需要时间。当你尝试着自己描述自己的技术、过程或方法的时候，你会发现现有的词汇不能表达它。

　　一位叫“David Feinberg”的前同事，他有个梦想：在他的词汇里添加新单词。这是个了不起的想法，我希望他能成功。当然，不管有没有完成目标，他都擅长于向词汇中添加新单词。这些单词的美妙之处在于对于团队成员来说它们具有详细准确的含义。并且对团队外的人员来说，他们提不出不同的定义。

　　虽然不让其他人知道词语的意思不是件好事，但是对于词语的意思不被曲解是有好处的。因为没有其他的线索联系到这个单词上来，它只具有团队故意限定的唯一定义。

　　最困难的工作是诊断和确定那些意思不清晰和可重复的新单词。交流中也同样存在这样的问题。如果看不到这个问题或它不成为一个问题，都将很难让大家都关注这个问题。一个新术语有利于理解或不理解某件事，但是被错误理解的可能性是非常低的。

　　精确的文化

　　从看我文章的不同专业编辑那里获得的最大利益之一是他们鼓励我的文章应更详细而精确。我不能只说事情发生了，还应该详细记述发生了什么、在什么时间、持续了多长时间等。我们讲话的时候都说一些一般的术语。这是很不正式的，这样的讲话将导致很多地方含糊不清并且不严密。大多数表达不严密的情况发生在通过Email询问问题的时候。我们指出问题但是很少指定问题回应的最

[1] [2] 下一页