《软件开发的 201 个原则》第一版问题反馈

[ikingye]

大家如果有发现《软件开发的 201 个原则》第一版的翻译或印刷问题，欢迎反馈到这里！

[wasphin]

原则 62, 第一句.

原文:

The designer must know which requirements are being satisfied by each component.

书中翻译的是：

设计者必须知道, 哪些需求能被每个组件满足。

感觉翻译的不是很恰当，建议修改为：各个组件所能满足的需求。each component 翻译作 各个组件，并且调到前面使语句更通顺。

[ikingye]

设计师必须知道每个组件满足哪些需求。

[wasphin]

原则 63, 第三句.

原文:

You certainly do not want to use an architecture simply because it was used in the requirements specification(Principle 46).

书中翻译的是：

你当然不想直接使用那种在需求规格说明中提到的架构(见原则 46)。

此处翻译意思发生变化了，应该是：你当然不想仅仅是因为一个架构在需求规格说明中有使用就采用它。

[ikingye]

确实是的，你这个翻译才是对的。

[ikingye]

你当然不想仅仅是因为某个架构在需求规格说明中被使用就采用它。

[mileszhang2016]

原则86，

冷备方式的英文有误，
Code Standby => Cold Standby

[kerneltravel]

原则153，
最后一句中文的翻译很拗口（很少有工程师会宁愿因取消项目而失去工作，也不愿努力以满足苛刻的排期 ）。

翻译中多种肯定和多种否定混合，导致表意过于复杂，很难看明白意思，建议改成更直白、直观的翻译。

[wasphin]

few engineers would rather to lose their job because a project is canceled than strive to meet a tough schedule

完全按照原文翻译感觉是有点拗口, 感觉可以意译: "相对于因为项目取消而失去工作, 更多工程师愿意努力以满足紧张的排期.", 这样感觉更容易理解.

[ikingye]

抱歉没有回复完整。之前是左边的翻译，后面终稿是右边的翻译。

我觉得如果要清晰一些而不是就着原文，可以是

The second best advice is to involve engineers in the tough trade-offs that occur between functionality, schedule, and project abandonment. Few engineers would rather lose their job because a project is canceled than strive to meet a tough schedule.

第二好的建议是让工程师参与到功能、排期和放弃项目之间的艰难权衡。很少有工程师宁愿丢掉工作也要选择放弃项目，就是不愿意努力满足一个苛刻的排期。

[wasphin]

这个翻译是不是和原意不符呢？Would rather than 怎么翻译的呢？两个对比内容是什么呢？

[maxuexiang]

意译的话，供参考：大部分工程师们宁可努力满足紧张的排期，也不愿因项目取消而丢掉工作。

[ikingye]

意译的话，供参考：大部分工程师们宁可努力满足紧张的排期，也不愿因项目取消而丢掉工作。

这个其实就是双重否定改成肯定了，可能是中英表达差异吧，英文确实是双重否定。