这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
开发人员过度使用数据库
通常情况下，开发人员在DBMS中存储的数据应该以代码或文件的形式存在。我曾经见过一个一列一行的表，它存储“系统密码”(与用户表分开)。我看到过存储在数据库中的常量。我见过的数据库足以让一个成年程序员哭出来。
这些讨厌的程序员对DBMS有一种神秘的敬畏——数据库可以做任何事情，但他们不知道它是如何工作的。dba实践一种黑魔法。它还允许责任转移:“数据库太慢了”，“是数据库做的”和其他借口是常见的。
如果不加检查，这些程序员就会继续开发数据库中的数据库，系统中的系统。(这个反模式有一个名字，但我忘了它是什么。)
其他回答
前期设计——不要因为兴奋而开始写代码
我见过很多设计糟糕的应用程序，因为开发人员太兴奋了，以至于他们直接打开白页开始写代码。我知道在开发生命周期中事情会发生变化。但是，如果应用程序具有多种不同的布局和开发方法(从一种形式到另一种形式，从一种方法到另一种方法)，则很难处理这些应用程序。
如果没有明确定义任务以及计划如何编写任务，就很难达到应用程序要处理的目标。花点时间(而不是仅仅5分钟)，确保在开始编码之前，你已经尽可能多地布局了它。这样你就可以避免顶替你的人不得不承担的意大利面条般的混乱。
这个怎么样:
垃圾收集器实际上会损害程序员的工作效率，并使资源泄漏更难发现和修复
请注意，我谈论的是一般的资源，而不仅仅是内存。
继承是邪恶的，应该被摈弃。
事实是，在任何情况下，聚合都更好。静态类型的OOP语言不能避免继承，它是描述方法想从类型中得到什么的唯一方法。但是动态语言和鸭子类型可以没有它。Ruby mixins比继承强大得多，也更可控。
“谷歌一下”是可以的!
是的，我知道这冒犯了一些人，他们多年的密集记忆和/或辉煌的编程书籍开始在一种任何人都可以在几秒钟内访问的资源中倒下，但你不应该反对使用它的人。
我经常听到有人用谷歌搜索问题的答案，但这确实毫无意义。首先，必须承认每个人都需要参考资料。你不是什么都知道，你需要去查资料。我承认，你从哪里得到的信息真的重要吗?你是在书上查到的，还是在谷歌上查到的，还是从你幻觉中的会说话的青蛙那里听到的，这有关系吗?不。正确的答案就是正确的答案。
重要的是你理解这些材料，将其作为成功编程解决方案的手段，并且客户/雇主对结果感到满意。
(虽然如果你是从幻觉中会说话的青蛙那里得到答案，你可能还是应该得到一些帮助)
如果你需要阅读说明书，说明这个软件还不够好。
简单明了:-)
