Coding style 功能先于形式还是形式先于功能？

你相信什么？作为一个好产品的一个不完整的基础，你会喜欢一堆看起来很糟糕但却能完美实现其预期功能的代码，还是喜欢一组组织良好的类（或者其他一些东西，如果OO不能让你的船浮起来的话），但却有需要大量工作的bug功能

---

如果你刚刚接到一个需要改进和完成的项目，你会选择哪一个？当你开始一个新项目时，你把重点放在什么上？

我两者都喜欢。然而，如果我要被交给一个项目，我每次都会带着马车但很漂亮。

我更喜欢两者。然而，如果我要被交给一个项目，我会选择buggy，但每次都很漂亮。

如果我们谈论的是抽象，我宁愿只拥有一小部分工作特性。尽管在此基础上有一个预构建的工作库可能很好，但用户始终可以从该工作库中创建更强大的功能

---

也许它们看起来不好看，但同样，用户总是可以创建一个包装器来让东西看起来好看。我投票函数。

如果我们讨论的是抽象，我更喜欢只拥有一小部分基本的工作特性。尽管在此基础上有一个预构建的工作库可能很好，但用户始终可以从该工作库中创建更强大的功能

---

也许它们看起来不好看，但同样，用户总是可以创建一个包装器来让东西看起来好看。我投票功能。

-这是一种既美观又能完成任务的功能。但如果有疑问，在“完成工作”这一方面犯错误，即使它不是完美的。

-。但如果有疑问，即使不是完美的，也要在“完成任务”方面犯错。

编写良好的代码将更容易调试。如果代码太凌乱，即使“没有bug”（不太可能），也无法维护。

编写良好的代码将更容易调试。如果代码太乱，即使它“没有bug”（不太可能），它也无法维护。

至少，这应该是community wiki.form应该遵循函数：）至少，这应该是community wiki.form应该遵循函数：）我选择了这个作为答案，因为我必须选择一些东西，这是一个很好的答案——尽管我也可以接受佩斯的答案。为了安全起见，我把两者都投了赞成票：-）我选择了这个作为答案，因为我必须选择一些东西，这是一个很好的答案-尽管我也可以选择佩斯的答案。为了安全起见，我两次都投了赞成票：-）