在这问题中,我问你作为一个坏作家是否会妨碍你编写好的代码。许多答案都是以“这取决于好代码的含义”开头的。
“好代码”和“坏代码”似乎是非常主观的。由于我有一个观点,这可能与其他人对他们的看法有很大不同。
那么写“好代码”意味着什么呢?什么是“好代码”?
发布于 2010-11-07 19:30:34
一个好的编码器就像一个好的泳池播放器。
当你看到一位职业球手时,你一开始可能不会对此印象深刻:“当然,他们把所有的球都接进去了,但他们的投篮很简单!”这是因为,当一个球手在投篮时,她不考虑哪个球会进入哪个口袋,她还在考虑主球会在哪里结束。为下一次投篮做好准备需要大量的技巧和练习,但这也意味着看起来很容易。
现在,把这个比喻带到代码中来,一个好的编码器编写的代码看起来很简单,而且很简单。在他的书中的许多例子都遵循这样的模式。“诀窍”的一部分是对问题及其解决方案进行适当的概念化。当我们不能很好地理解一个问题时,我们更有可能使我们的解决方案变得过于复杂,我们将看不到统一的想法。
通过对问题进行适当的概念化,您可以得到其他一切:可读性、可维护性、效率和正确性。因为解决方案看起来很简单,可能会有更少的评论,因为额外的解释是不必要的。一个好的编码器也可以看到产品的长期远景,并相应地形成它们的概念化。
发布于 2010-11-07 10:19:55

(原创)
编辑:基本思想是,“代码质量”不能被纳入规则,就像你不能把“好艺术”或“好诗”放进规则,这样你就可以让计算机决定说“是的,好的艺术”或“不,糟糕的诗歌”。目前,唯一的办法是看看代码对其他人来说是多么容易理解。
发布于 2010-11-07 10:34:30
除了理解代码的速度之外,没有其他好的标准。通过在简洁性和可读性之间找到完美的折衷方案,可以使代码看起来很好。
“WTF的每分钟”(上面)是正确的,但这只是一个更普遍的规则的必然结果。了解越多,理解就越慢。
https://softwareengineering.stackexchange.com/questions/17443
复制相似问题