10 readability code-readability
我遇到过一篇讨论"代码钦佩"问题的文章.基本上,作者讨论了开发人员应该如何对他们编写的代码持更多怀疑态度.我们如何过分"钦佩"我们的代码,将自己与自己联系起来,使我们更容易受到可能在我们面前的错误和其他不幸事件的影响.
你觉得这个问题怎么样？您是否有关于如何避免/更多地意识到这个问题的更多提示？
Art*_*ius 34
几年前,我在一个小的"爱好"项目上与另一个人合作,我意识到我们必须重新评估一些事情.我们写了很多代码,但并不是所有代码都很好.
我们并不是真的想"抛弃"我们投入的所有工作.但我意识到了一些事情:最重要的是我们从现在开始需要投入的工作量.
我们无法改变我们已经将大量工作投入项目的事实,因此最小化项目所需工作总量的唯一方法是尽量减少我们尚未完成的工作量.
从那天起,我就不再使用我的代码了.如果我有信心扔掉它并从头开始意味着比保持它并使其适应我的需要更少的工作,那么我会扔掉它.
Mus*_*sis 14
我的高中美术老师过去常常鼓励我们采取我们认为最好的图纸并撕掉它们; 他称之为"净化灵魂".他的理由是,作为艺术家,我们被驱使创造艺术作品,任何时候我们制作出我们喜欢的东西并且让我们满意,我们继续创作的动力将会减少.
因此,我遵循了他的建议并撕毁了我最好的东西,并且它有效.我没有把时间花在欣赏我的旧作品上,而是创造了新的东西并且不断变得更好.我试图用我的代码遵循相同的原则,但它并没有真正起作用:我的电脑有一个坚硬的塑料外壳几乎不可能撕裂.
我们当然喜欢欣赏我们的优秀代码,但要知道要欣赏什么并不总是那么容易.复杂而精细的代码有时被误认为是令人钦佩的代码,而优雅和简洁应该是应该努力的目标.
两个引号浮现在脑海中:
"调试的难度是首先编写代码的两倍.因此,如果你尽可能巧妙地编写代码,那么根据定义,你不够聪明,无法调试它."
- Brian Kernighan
和
"让一切尽可能简单,但并不简单."
- 艾尔伯特爱因斯坦
| 归档时间： |
|
| 查看次数： |
1171 次 |
| 最近记录： |