这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
现代c++是一门美丽的语言。
我说出来了。很多人真的很讨厌c++，但说实话，我发现现代c++与STL/Boost风格的编程在大多数时候是一种非常有表现力、优雅和令人难以置信的高效语言。
我认为大多数讨厌c++的人都是基于使用OO的糟糕经历。c++在面向对象方面做得不是很好，因为多态性通常依赖于堆分配对象，而且c++没有自动垃圾收集。
但c++真正的亮点在于泛型库和函数式编程技术，这使得构建难以置信的大型、高度可维护的系统成为可能。很多人说c++试图做所有事情，但最终什么都做不好。我可能同意它在面向对象方面不如其他语言，但它在泛型编程和函数编程方面比任何其他主流的基于c的语言都要好。(c++ 0x只会进一步强调这一事实。)
我也很欣赏c++如何让我在必要时获得底层，并提供对操作系统的完全访问。
加上RAII。认真对待。当我用其他c语言编程时，我真的很想念析构函数。(不，垃圾回收不会使析构函数无用。)
其他回答
程序员需要与客户交流
一些程序员认为，他们不需要成为与客户交谈的人。对于你的公司来说，这是一种肯定的方式，可以写出一些绝对出色的东西，没有人知道它是用来做什么的，也没有人知道它是如何被使用的。
你不能指望产品经理和业务分析师做所有的决定。事实上，程序员应该在创建模块或特性的1000个(通常是小的)决策中做出990个，否则产品将永远不会发布!所以确保你的决定是明智的。了解你的客户，与他们一起工作，观察他们使用你的软件。
如果你想写出最好的代码，你希望人们使用它。对你的用户群感兴趣，向那些“愚蠢的傻瓜”学习。别害怕，他们会因此爱上你的。
扩展方法是魔鬼的工作
Everyone seems to think that extension methods in .Net are the best thing since sliced bread. The number of developers singing their praises seems to rise by the minute but I'm afraid I can't help but despise them and unless someone can come up with a brilliant justification or example that I haven't already heard then I will never write one. I recently came across this thread and I must say reading the examples of the highest voted extensions made me feel a little like vomiting (metaphorically of course).
主要原因是增加了可读性、改进了oo性以及更好地连接方法调用的能力。
I'm afraid I have to differ, I find in fact that they, unequivocally, reduce readability and OO-ness by virtue of the fact that they are at their core a lie. If you need a utility method that acts upon an object then write a utility method that acts on that object don't lie to me. When I see aString.SortMeBackwardsUsingKlingonSortOrder then string should have that method because that is telling me something about the string object not something about the AnnoyingNerdReferences.StringUtilities class.
LINQ是这样设计的，链式方法调用是必要的，以避免奇怪和不舒服的表达式，来自LINQ的扩展方法是可以理解的，但一般来说，链式方法调用降低了可读性，并导致我们在混乱的Perl竞赛中看到的那种代码。
因此，简而言之，扩展方法是邪恶的。摆脱撒旦的枷锁，致力于自由扩展代码。
类应该适合屏幕。
如果你必须使用滚动条来查看你所有的类，你的类太大了。
代码折叠和微型字体是作弊。
打印语句是调试代码的有效方法
我相信用System.out.println(或任何适用于您的语言的打印语句)来调试代码是完全没问题的。通常，这比调试要快，并且可以将打印输出与应用程序的其他运行进行比较。
只要确保在进入生产环境时删除打印语句(或者更好的做法是将它们转换为日志语句)
世界需要更多的goto
人们虔诚地避免goto，除了“我的教授告诉我goto不好”之外，没有其他理由。它们有一个目的，可以在很多地方极大地简化生产代码。
也就是说，在你所编写的99%的代码中，它们都是不必要的。
