这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
避免压痕。
使用早期返回，继续或中断。
而不是:
if (passed != NULL)
{
for(x in list)
{
if (peter)
{
print "peter";
more code.
..
..
}
else
{
print "no peter?!"
}
}
}
do:
if (pPassed==NULL)
return false;
for(x in list)
{
if (!peter)
{
print "no peter?!"
continue;
}
print "peter";
more code.
..
..
}
其他回答
世界需要更多的goto
人们虔诚地避免goto，除了“我的教授告诉我goto不好”之外，没有其他理由。它们有一个目的，可以在很多地方极大地简化生产代码。
也就是说，在你所编写的99%的代码中，它们都是不必要的。
垃圾收集被高估了
许多人认为在Java中引入垃圾收集是与c++相比最大的改进之一。我认为最好的介绍是非常小的，编写良好的c++代码在适当的地方做了所有的内存管理(使用像RAII这样的技术)，所以不需要垃圾收集器。
删除类。 . net Framework中隐式处理异常的类的数量(类的方法)。和一个哑巴共事是很困难的。
在1970年1月1日之前，真和假是相反的……
代码==设计
我不喜欢复杂的UML图和无穷无尽的代码文档。在高级语言中，您的代码应该是可读和可理解的。复杂的文档和图表对用户来说并不友好。
这里有一篇关于代码即设计的文章。
