这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
JavaScript是一种“混乱”的语言，但上帝保佑我，我喜欢它。
其他回答
在我的工作场所，我一直试图引入更多的敏捷/XP开发习惯。持续设计是迄今为止我觉得阻力最大的一个。也许我不应该说“让我们召集所有的架构团队并射杀他们”……；）
c++的STL库是如此通用，以至于它对任何人都不是最优的。
goto有一些(非常少)合法的用途(特别是在C中，作为异常处理的替身)。
最简单的方法就是最好的方法
程序员喜欢解决假定的或推断的需求，这些需求会增加解决方案的复杂性。
“我认为这段代码会成为性能瓶颈，因此我会添加所有这些额外的代码来缓解这个问题。”
“我假设用户会想要做某件事，因此我会添加这个非常酷的额外功能。”
“如果我能让我的代码解决这个不需要的场景，这将是一个使用我一直有兴趣尝试的新技术的好机会。”
实际上，满足需求的最简单的解决方案是最好的。如果出现新的需求或问题，这也为您在新的方向上采取解决方案提供了最大的灵活性。
有时，接受一个异常是合适的。
对于UI来说，用错误消息提示用户是中断的，通常他们也没什么可做的。在这种情况下，我只是记录它，并在日志中出现时处理它。
