你最有争议的编程观点是什么？

Question

这绝对是主观的，但我想尽量避免争论。我认为如果人们适当地对待它，这可能是一个有趣的问题。

这个问题的想法来自于我的回答到“你讨厌你最喜欢的语言的五样东西是什么？”问题..我认为C#中的类在默认情况下应该密封-我不会把我的推理放在这个问题上，但是我可能会写一个更完整的解释来回答这个问题。我对评论中讨论的激烈程度感到惊讶(目前有25条评论)。

那么，有争议的观点是什么呢？你，你们等一下？我宁愿避免这样的事情，因为这类事情的基础相对较少(例如，放置支撑)，但是例子可能包括“单元测试实际上并不是非常有用”或“公共字段真的很好”之类的东西。重要的是(无论如何，对我来说)你有理由支持你的观点。

请提出你的观点和理由-我鼓励人们投票赞成那些有充分争论和有趣的意见，不管你是否赞同这些意见。

Answer 1

没有在业余时间为乐趣而编码的程序员永远不会像那些做代码的程序员那样优秀。我认为，即使是最聪明和最有才华的人也永远不会成为真正优秀的程序员，除非他们把它当作一份工作来对待。这意味着他们在一边做一些小项目，或者只是在业余时间处理很多不同的语言和想法。(注意：我不是说好的程序员除了编程什么都不做，但他们做的比从9到5的程序更多)

Answer 2

代码中的大多数注释实际上是代码重复的有害形式。我们大部分时间都在维护他人(或我们自己)编写的代码，而糟糕的、不正确的、过时的、误导性的评论肯定在代码中最烦人的工件列表中居首位。我认为最终许多人会把他们排除在外，尤其是那些花盒怪物。更好的做法是集中精力使代码具有可读性，在必要时进行重构，并尽量减少习语和怪癖。另一方面，许多课程告诉我们，注释几乎比代码本身更重要，从而导致下一行在InvoiceTotal中添加一个评论风格。

Answer 3

并不是所有的程序员都是平等的。经理们常常认为，Developera=DeveloperB仅仅是因为他们有相同的经验，以此类推。事实上，一个开发人员的性能可以是另一个开发人员的10倍甚至100倍。谈论这件事在政治上是有风险的，但有时我想指出这一点，尽管有几个团队成员可能出现同样的技巧，并不总是如此。我甚至见过一些情况，主要的开发人员是“无望的”，初级开发人员做了所有的实际工作-不过我确保他们得到了赞扬。*)