summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorLan Hui <1348141770@qq.com>2024-07-22 07:38:07 +0800
committerLan Hui <1348141770@qq.com>2024-07-22 07:38:07 +0800
commitbc2ec9093b44f25278555916b40f762cca85bf48 (patch)
tree0d42721f287b9a42768469008b303f1f54af0a54
parent9a6ca8ec4ff94c957ffd489b9ec1ada62a1f1c37 (diff)
改进翻译.
-rw-r--r--parnas-a-rational-design-process.rst4
1 files changed, 2 insertions, 2 deletions
diff --git a/parnas-a-rational-design-process.rst b/parnas-a-rational-design-process.rst
index b8967b7..c8299b9 100644
--- a/parnas-a-rational-design-process.rst
+++ b/parnas-a-rational-design-process.rst
@@ -96,7 +96,7 @@ I. 寻找魔法石: 我们为什么想要理性设计过程?
理性的人做事总有好的理由。 他走的每一步都可以被证明是实现明确目标的最佳选择。我们大多
数人都喜欢自认为是理性的专业人士。 然而,在观察家看来,通常软件设计过程显得相当不
理性。程序员似乎经常做决定时没有理由。他们在没有清晰声明要构建什么
-时就开始了。他们做一长串的设计决定,却很少清晰声明为什么那么做。他们不定
+时就开始了。他们做一长串的设计决定,却没有清晰声明为什么那么做。他们不定
义目标,也很少解释理由。
@@ -456,7 +456,7 @@ A. 当前的文档有什么问题? 为什么它难用? 为什么没有人
B. 如何避免这些问题?
-在理想设计过程中的文档满足开发人员需求,也满足后来的维护程序员的需求。上面提到的每个文件都记录了设计决策,并在其余的设计中被用作参考文件。然而,它们也提供了维护者需要的信息。因为这些文件在整个软件构建过程中被用作参考手册,它们将是成熟的,并且在以后的工作中随时可用。 它们将总是最新的。 我们设计过程中的文档不是事后的想法;它被视为项目的主要产品之一。 可以做一些检查来增加其完整性和一致性。
+在理想设计过程中的文档满足开发人员需求,也满足后来的维护程序员的需求。上述每个文件都记录了设计决策,并在其余的设计中被用作参考文件。然而,它们也提供了维护者需要的信息。因为这些文件在整个软件构建过程中被用作参考手册,它们将是成熟的,并且在以后的工作中随时可用。 它们将总是最新的。 我们设计过程中的文档不是事后的想法;它被视为项目的主要产品之一。 可以做一些检查来增加其完整性和一致性。
这种产生文档的方法的主要优点之一是可以减轻 **人月神话效应 (The Mythical Man Month effect)** [4]。当新程序员加入项目时, 他们不需要依赖老员工来获得信息。他们将有一套最新的且理性的文件集可用。