这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
Visual Basic和c#都不能胜过对方。除了一些语法和格式之外，它们几乎是一样的。
其他回答
汇编语言是最好的编程语言。
你的工作就是让自己失业。
当您为您的雇主编写软件时，您所创建的任何软件都应该以这样一种方式编写，即任何开发人员都可以使用它，并且可以用最少的努力理解它。它设计良好，编写清晰一致，格式化干净，在需要的地方有文档记录，按照预期每天构建，检入存储库，并进行了适当的版本控制。
如果你被公共汽车撞了，被解雇了，被解雇了，或者离开了工作岗位，你的雇主应该能够在片刻的通知中取代你，下一个人可以接替你的角色，拿起你的代码，最多在一周内启动并运行。如果他或她不能做到这一点，那么你就失败了。
有趣的是，我发现有了这个目标，我对雇主来说更有价值了。我越努力成为可有可无的人，我对他们就越有价值。
如果您的文本编辑器不能很好地完成代码，那么您就是在浪费每个人的时间。
Quickly remembering thousands of argument lists, spellings, and return values (not to mention class structures and similarly complex organizational patterns) is a task computers are good at and people (comparatively) are not. I buy wholeheartedly that slowing yourself down a bit and avoiding the gadget/feature cult is a great way to increase efficiency and avoid bugs, but there is simply no benefit to spending 30 seconds hunting unnecessarily through sourcecode or docs when you could spend nil... especially if you just need a spelling (which is more often than we like to admit).
当然，如果没有为您的语言提供这种功能的编辑器，或者任务简单到足以在加载更重的编辑器所需的时间内完成，那么没有人会告诉您Eclipse和90个插件是正确的工具。但是请不要告诉我，像1999年那样使用H-J-K-L的能力真的比每次需要方法签名时按escape键节省了更多时间……即使你觉得这样做不那么“黑客”了。
想法吗?
继承是邪恶的，应该被摈弃。
事实是，在任何情况下，聚合都更好。静态类型的OOP语言不能避免继承，它是描述方法想从类型中得到什么的唯一方法。但是动态语言和鸭子类型可以没有它。Ruby mixins比继承强大得多，也更可控。
XML被高度高估了
我认为太多人在使用他们的大脑之前就开始了XML的潮流…… XML对于web来说是很棒的，因为它就是为它设计的。否则，我认为一些问题定义和设计思想应该优先于任何使用它的决定。
我的5美分
