diff options
author | Lan Hui <1348141770@qq.com> | 2024-07-22 07:38:07 +0800 |
---|---|---|
committer | Lan Hui <1348141770@qq.com> | 2024-07-22 07:38:07 +0800 |
commit | bc2ec9093b44f25278555916b40f762cca85bf48 (patch) | |
tree | 0d42721f287b9a42768469008b303f1f54af0a54 | |
parent | 9a6ca8ec4ff94c957ffd489b9ec1ada62a1f1c37 (diff) |
改进翻译.
-rw-r--r-- | parnas-a-rational-design-process.rst | 4 |
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]。当新程序员加入项目时, 他们不需要依赖老员工来获得信息。他们将有一套最新的且理性的文件集可用。 |