这取决于代码的生命周期和影响范围。 对于需要长期维护和频繁修改的代码，clean code 会带来丰厚回报；对于一次性的、原型或很少被修改的代码，"足够好"是正确选择。关键技能是根据具体情况调整你的投入程度——既要避免草率，也要避免过度设计。
原则：让投入与代码的生命周期相匹配
代码质量是一项投资，像任何投资一样，其回报取决于时间和受众范围。要问两个关键问题：
- 这段代码会存活多久？ 被多人持续读取和修改的代码值得追求清晰度；一次性脚本则不必。
- 影响范围有多大？ 被多人接触且服务于关键路径的核心模块值得精心维护；很少被改动的孤立部分则不必。