这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
“邪恶”这个词在Stackoverflow和类似论坛上是一个被滥用和过度使用的词。
使用它的人想象力太少。
其他回答
大多数开发人员对此一无所知
是的. .好了。我说过了。我从我认识的所有开发者身上发现了这一点。只有少数是真正好的。只有少数人明白代码应该被测试……面向对象的开发方法实际上是在帮助你。让我感到沮丧的是，有些人获得了开发人员的头衔，而实际上他们所能做的只是复制和粘贴一些源代码，然后执行它。
无论如何……我很高兴像stackoverflow这样的项目已经开始了。这对开发人员来说是件好事。有没有更好的办法?我做对了吗?也许我可以用这个技巧来加快速度，等等……
但是不行……大多数开发人员只是学习一种工作需要的语言，并坚持使用它，直到他们自己变成了老而暴躁的开发人员，不知道发生了什么。他们得到的只是一大笔薪水，因为他们只是比你大。
好吧……IT界的生活是不公平的，我将采取措施在未来忽略这些人。万岁!
你不知道也没关系。但如果你连个屁都不会，你就会被解雇。
互联网是一个工具。如果你从中吸取教训，它不会让你变笨。
大于运算符(>，>=)应该被弃用
我试着用“小于”而不是“大于”的偏好编码了一段时间，它卡住了!我不想回去，事实上，我觉得在这种情况下，每个人都应该按照我的方式去做。
考虑常见的数学“范围”符号:0 <= i < 10
这很容易在代码中近似，你已经习惯了在中间重复变量并用&&连接:
if (0 <= i && i < 10)
return true;
else
return false;
一旦你习惯了这种模式，你就再也不会觉得愚蠢了
if ( ! (i < 0 || i >= 9))
return true;
同样的方法。
长序列的关系变得更容易处理，因为操作数倾向于非递减顺序。
此外，操作符<的优先级被铭记在c++标准中。在某些情况下，operator=是根据it来定义的!(a<b || b<a))
当许多新技术出现时，我对它们的了解只够决定我现在是否需要它们。
如果没有，我就把它们放在一边，直到“早期采用者”把粗糙的边缘去掉，然后每隔几个月/几年再检查一次。
当涉及到软件设计和开发时，设计模式是一种浪费时间的行为。
不要误解我的意思，设计模式是有用的，但主要是作为一种交流载体。它们可以非常简洁地表达复杂的思想:工厂、单例、迭代器……
但它们不应该作为一种开发方法。开发人员经常使用一系列基于设计模式的类来构建他们的代码，而在可读性和性能方面，更简洁的设计会更好。所有这些都带有一种幻想，即单个类可以在它们的域之外被重用。如果一个类不是为重用而设计的，或者不是接口的一部分，那么它就是一个实现细节。
设计模式应该被用来为组织特性命名，而不是用来规定必须编写代码的方式。
(这本来是有争议的，记得吗?)
