performance - 性能与可读性

Question

阅读this question可以发现它是（请注意引号）“代码”以解决问题（顺便说一句是perl）。

100,{)..3%!'Fizz'*\5%!'Buzz'*+\or}%n*

显然，这是一个没有实际意义的理智示例（我希望永远不要在真实的代码中看到），但是，当您必须做出选择时，何时牺牲代码的可读性以提高性能？您是否仅应用常识，是否总是将其作为最后的手段？你有什么策略？

编辑：很抱歉，看到答案我可能表达得很不好（英语不是我的母语）。我并不是说性能与可读性仅在编写代码之后出现，而是在编写代码之前询问。有时您可以通过做一些更暗的设计或提供一些使您的类更暗的属性来预见将来的性能改进。您可能会决定使用多个线程或仅使用一个线程，因为您希望此类线程可以为您提供可伸缩性，即使这样做会使代码更难以理解。

Answer 1

我认为绩效可能是一个问题的过程：


让它起作用。
讲清楚。
测试性能。
如果存在有意义的性能问题：重构速度。


请注意，这不适用于在以后阶段更难更改的更高级别的设计决策。