这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
应该始终使用基于1的数组，而不是基于0的数组。基于0的数组是不自然的、不必要的，而且容易出错。
当我数苹果、员工或小部件时，我从1开始，而不是0。我也这么教我的孩子。不存在第0个苹果或第0个员工或第0个部件。使用1作为数组的基更直观，也更不容易出错。忘掉加一减一的地狱吧(我们过去常这样称呼它)。基于0的数组是计算机科学发明的一种不自然的结构——它们不能反映现实，而计算机程序应该尽可能地反映现实。
其他回答
Java是我们这一代的COBOL语言。
每个人都要学会编码。在大公司中有运行它的代码，这些公司会试图让它运行几十年。与所有其他选择相比，每个人都开始鄙视它，但无论如何都被迫使用它，因为它可以支付账单。
绝大多数正在开发的软件在收集需求时不涉及最终用户。
通常只是一些经理提供“需求”。
如果你有合适的工具，并花时间正确地编写，那么软件就可以没有错误。
在我的工作场所，我一直试图引入更多的敏捷/XP开发习惯。持续设计是迄今为止我觉得阻力最大的一个。也许我不应该说“让我们召集所有的架构团队并射杀他们”……；）
偶尔写一些垃圾代码是可以的
有时，一段快速而肮脏的垃圾代码就是完成特定任务所需要的全部。模式、orm、SRP等等……抛出一个控制台或Web应用程序，写一些内联sql(感觉不错)，然后抛出需求。
