这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
最简单的方法就是最好的方法
程序员喜欢解决假定的或推断的需求，这些需求会增加解决方案的复杂性。
“我认为这段代码会成为性能瓶颈，因此我会添加所有这些额外的代码来缓解这个问题。”
“我假设用户会想要做某件事，因此我会添加这个非常酷的额外功能。”
“如果我能让我的代码解决这个不需要的场景，这将是一个使用我一直有兴趣尝试的新技术的好机会。”
实际上，满足需求的最简单的解决方案是最好的。如果出现新的需求或问题，这也为您在新的方向上采取解决方案提供了最大的灵活性。
其他回答
世界需要更多的goto
人们虔诚地避免goto，除了“我的教授告诉我goto不好”之外，没有其他理由。它们有一个目的，可以在很多地方极大地简化生产代码。
也就是说，在你所编写的99%的代码中，它们都是不必要的。
大多数专业程序员都很糟糕
我遇到过太多为了谋生而做这份工作的人，他们对自己所做的事情很糟糕。蹩脚的代码，糟糕的沟通技巧，对新技术毫无兴趣。太多太多了……
Web服务绝对很糟糕，也不是未来的发展方向。他们的效率低得可笑，而且他们不能保证订单交货。Web服务绝不应该在同时编写客户端和服务器的系统中使用。它们对于米老鼠混搭类型的应用程序非常有用。它们绝对不应该用于任何类型的面向连接的通信。
这种立场让我和同事们进行了一些非常热烈的讨论，因为web服务是一个非常热门的话题。任何强制使用web服务的项目都是注定要失败的，因为它显然已经从管理层那里得到了荒谬的要求。
前期设计——不要因为兴奋而开始写代码
我见过很多设计糟糕的应用程序，因为开发人员太兴奋了，以至于他们直接打开白页开始写代码。我知道在开发生命周期中事情会发生变化。但是，如果应用程序具有多种不同的布局和开发方法(从一种形式到另一种形式，从一种方法到另一种方法)，则很难处理这些应用程序。
如果没有明确定义任务以及计划如何编写任务，就很难达到应用程序要处理的目标。花点时间(而不是仅仅5分钟)，确保在开始编码之前，你已经尽可能多地布局了它。这样你就可以避免顶替你的人不得不承担的意大利面条般的混乱。
计算机科学或其他IT领域的学位确实会让你成为一个更全面的程序员
我不在乎你有多少年的工作经验，读过多少博客，参与过多少开源项目。一个资格证书(我建议超过3年)会让你接触到一种不同的思维方式，给你一个很好的基础。
仅仅因为你写了一些比计算机科学学士更好的代码，并不意味着你比他更好。你所拥有的，他可以在瞬间学会反之则不然。
拥有资格证书表明了你的承诺，你会超越经验，成为一名更好的开发人员。擅长自己的工作并且有资格的开发人员可能会非常令人生畏。
如果这个答案被否决，我也不会感到惊讶。
而且，一旦你有了资格，你就会慢慢停止和其他有资格的人比较(我的经验)。你意识到到最后一切都不重要了，只要你们能很好地合作。
始终仁慈地对待其他开发人员，无论其资格如何。
