完美主义是新手的朋友还是敌人？

Question

可能重复: 你在哪里为你的完美主义划界限？

我看到开发社区非常专注于以正确的方式做事情，我个人也想这样做，但是，对于新手来说，在开始时专注于设计原则、设计模式和注释代码是一个好主意还是坏主意，还是让创造力疯狂地运行并可能编写草率的代码更好。新手应该在哪里划清界限？

Answer 1

用任何你想要的方式写一个原型。如果它起作用了-没事的，就这样吧。如果你想把代码展示给其他人--想想什么可以做得更好和重构。

过了一段时间，您将以正确的方式编写代码，而不会注意到它。当然，“正确的道路”取决于公司的政策、语言共同代码的制定、法规等。

如果你从一开始就努力做到完美，你就会进展得非常缓慢。你会问自己这样的问题：

• 也许我可以在这里用个设计图案？
• 我的功能是太短还是太长？或者他们的名字叫错了？
• 其他一些特定语言的愚蠢问题:)

要精通任何学科都需要时间(代码行)。要精通编程，就必须解决问题。编写100个CRUD应用程序将教您不到几个不同的复杂应用程序。

不要忘记，按时完成任务比把事情做好但迟到更重要，或者根本没有完成，但所有的代码都经过了完美的处理，但没有完成。

Answer 2

不断改进您编写的代码的质量只是一个给定的问题。你得这么做。

但是，保持它的上下文-你学习和应用新的东西，以获得你的投资回报，这可能是原始的生产力，可靠性，未来的可维护性，或任何其他你觉得有分量的标准。

当我听到完美主义这个词时，我通常会想到一些人，他们的主要动机是完美的，而不是有效率的。别变成那样的人。你想从增加产量中获得效用。让你的努力由实际和现实的回报驱动。不要陷入“一切都值得学习”的陷阱。

Answer 3

我还是个新手，但我会给我两分钱：

我是那种完美主义的程序员。我有时挣扎着找一个优雅的答案，有时甚至找不到答案。但那是因为学习这类东西是我的重点。如果它也是你的，你可以考虑成为一个小小的完美主义者(但见下文)。

如果你的重点是完成某件事，然后再也不使用它，不要试图变得花哨。如果您需要再次使用该代码，编写漂亮的代码将对您有所帮助。如果你不这么做，就让它开始工作吧。

现在，我可以给你一些建议：

-If --您多次编写相同的功能，请考虑在结构良好的库中重构该功能，供您自己使用。那样的话，你就可以学会如何处理某件事，而且再也不需要重写了。

-Be实用于你的目标。你想学吗？很好，写漂亮的代码。你想装船吗？找期中考试。

-Have一次只关注一个焦点。例如，不要试图同时学习、运输和教书。一次只能做一件事。

-If你有时间，读很多书。有时，这可以帮助你洞察某些特定的问题。

希望我有所帮助:)