From 58fc403dceb842b9614481efa87e9e28aa9ff850 Mon Sep 17 00:00:00 2001
From: Hui Lan <lanhui@zjnu.edu.cn>
Date: Sun, 9 Jul 2023 08:10:10 +0800
Subject: =?UTF-8?q?=E8=9E=8D=E5=85=A5=E7=8E=8B=E6=8B=94=E9=BE=99=E7=9A=84?=
 =?UTF-8?q?=E6=94=B9=E8=BF=9B?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 parnas-a-rational-design-process.rst | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/parnas-a-rational-design-process.rst b/parnas-a-rational-design-process.rst
index 619b878..bad5f8f 100644
--- a/parnas-a-rational-design-process.rst
+++ b/parnas-a-rational-design-process.rst
@@ -85,7 +85,7 @@ Page 1
 明中派生，就像引理与定理从已发表的公理中派生那样。在解释了为何我们
 永远无法做到这一点后，本文描述了这样的一个过程。这个过程由应该在软件开
 发中产生的一系列文档来描述。 这些文档能服务几个目的：作为初步设计评审
-的基础，作为编程的参考资料，指导程序员的维护工作。我们讨论用与指导软件
+的基础，作为编程的参考资料，指导运维程序员的工作。我们探讨用与指导软件
 设计相同的原则来编写文档。如此产生的文档远比常见的“马后炮” 文档有价值。
 如果我们注意保持所有文档都是最新的，那么就创造了一个看起来完全理性的设
 计过程。
-- 
cgit v1.2.1