这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
最好的代码通常不是你写的。作为程序员，我们希望通过编写一些很酷的方法来解决每个问题。任何时候，我们都能在解决问题的同时满足用户80%的需求，而无需引入更多代码进行维护和测试，我们已经提供了更多的价值。
其他回答
原始数据类型是不成熟的优化。
有些语言只使用一种数据类型，即标量，它们做得很好。其他语言就没有这么幸运了。开发人员只是把“int”和“double”扔进去，因为他们必须写一些东西。
What's important is not how big the data types are, but what the data is used for. If you have a day of the month variable, it doesn't matter much if it's signed or unsigned, or whether it's char, short, int, long, long long, float, double, or long double. It does matter that it's a day of the month, and not a month, or day of week, or whatever. See Joel's column on making things that are wrong look wrong; Hungarian notation as originally proposed was a Good Idea. As used in practice, it's mostly useless, because it says the wrong thing.
我的一个:
长开关语句是你的朋友。真的。至少在c#中是这样。
人们倾向于避免和不鼓励其他人使用长switch语句，因为它们“不可管理”和“具有糟糕的性能特征”。
好吧，在c#中，switch语句总是自动编译为哈希跳转表，所以如果你需要简单的分支到多个分支，实际上使用它们是性能方面的最佳选择。同样，如果case语句被智能地组织和分组(例如按字母顺序)，那么它们就不是无法管理的。
如果你只知道一种语言，无论你多么精通，你都不是一个伟大的程序员。
似乎有一种态度认为，一旦你真的擅长c#或Java或其他你开始学习的语言，那么你就只需要这些。我不相信——我学过的每一种语言都教会了我一些关于编程的新东西，我能够把这些东西带回到我的工作中。我认为任何把自己限制在一种语言上的人都永远不会达到他们本可以达到的水平。
对我来说，这也表明缺乏好奇心和实验意愿，这并不一定符合我期望在一个真正优秀的程序员身上找到的品质。
我通常持有相当有争议的、强烈的和响亮的观点，所以这里只是其中的一些:
“因为我们是微软的机构/合作伙伴/专家”从来都不是一个有效的论点。
我现在工作的公司首先把自己定位为微软专家。所以前面提到的论点被抛出了很多次，我还没有看到一个背景下它是有效的。
我不明白为什么要在每一个适用的角落推广微软的技术和产品，而不顾客户和员工的满意度，以及一般的实用主义。
这正是我对软件行业政治深恶痛绝的一个基石。
MOSS(微软Office Sharepoint服务器)就是一坨屎。
有点像第一个观点，但我真的认为MOSS应该被赶出市场。它需要花费大量的授权和设置费用，破坏了web标准，让开发者非常不开心。我还没有看到一个MOSS项目有一个总体积极的结果。
然而，一次又一次，客户找到我们并要求MOSS解决方案。
开发人员过度使用数据库
通常情况下，开发人员在DBMS中存储的数据应该以代码或文件的形式存在。我曾经见过一个一列一行的表，它存储“系统密码”(与用户表分开)。我看到过存储在数据库中的常量。我见过的数据库足以让一个成年程序员哭出来。
这些讨厌的程序员对DBMS有一种神秘的敬畏——数据库可以做任何事情，但他们不知道它是如何工作的。dba实践一种黑魔法。它还允许责任转移:“数据库太慢了”，“是数据库做的”和其他借口是常见的。
如果不加检查，这些程序员就会继续开发数据库中的数据库，系统中的系统。(这个反模式有一个名字，但我忘了它是什么。)
