先让它运转起来，然后再让它变得漂亮
我想写一篇短文，谈谈对于初学者来说既可能造成阻碍也可能有所帮助的事情：想要编写完美的代码。
我说这不可能，听起来可能很显而易见，我们都听过“不要让完美成为优秀的敌人”这句谚语，但当我们学习一门新语言时，尤其是对于初学者来说，很容易忘记这些道理。毕竟，我们都想确保自己做事的方式是正确的。否则，如果我们只是忽略遇到的建议，那么学习教程和访问像这样的网站又有什么意义呢？我想，促使我写这篇文章的原因是我在Reddit上看到了这个帖子。看来，编写简洁的代码和按时完成任务之间必须找到一个平衡点，无论这些截止日期是由我们自己、雇主还是客户设定的。
1. 先让它运转起来，然后再让它变得漂亮。
好吧，我觉得这句短语在过去几天真的帮了我很大的忙。我一直在学习一门新的编程语言，并且非常投入地学习我正在上的课程。虽然学习结构化的课程很有动力，也很好，但看到 CodePen 上的例子比我的代码简洁得多，用一半的代码就能实现同样的功能，这确实会让人感到沮丧。但这时候就需要记住这句话了！如果你发现自己在比较用新语言编写的第一个项目的代码和网上找到的例子，请记住这一点：
你还处于“让它能运行”的阶段，而他们已经进入了“让它看起来漂亮”的阶段。
这完全可以理解！
2. 实用性
这句话也可以应用到实际工作中。如果你发现自己花费大量时间在代码的每个部分，力求使其尽可能高效地运行，这其实是件好事，说明你注重细节，并且不希望交付的项目低于你设定的标准。但你可能会发现，将关注点分离，先让代码运行起来，然后再使其高效易读，可能是一种更快捷的工作方式。我们通常更容易一次专注于一件事，所以如果我们花费大量时间清理代码，可能会忘记自己最初在做什么。如果你注重细节，但又面临截止日期，那么将工作流程拆分，并在每次工作结束后预留时间进行整理，或许对你大有裨益。
3. 主观性
当你处于“美化代码”阶段时，有很多方法可以实现这个目标。换句话说，不要陷入代码清理的悖论，因为实现目标的方法有很多种。你可以用多种不同的方式拆分代码，它仍然会保持可读性和简洁性。编码方面存在一定程度的个人偏好：你使用哪种命名规范、哪种重置方法、你喜欢哪个预处理器、哪个库更好等等。找到你喜欢的、最适合你的，并坚持使用一段时间。如果遇到限制，可以进行一些研究，但不要因此而止步不前。毕竟，这些工具的存在是为了让我们的编码工作更轻松、更高效。