这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
您永远不会使用足够多的语言，因为每种语言只适合一小部分问题，而且混合使用语言太难了。
典型的例子:Java应该只在规范经过深思熟虑(因为有很多相互依赖关系，这意味着重构的地狱)和处理具体概念时才使用。Perl应该只用于文本处理。C语言应该只在速度压倒一切时使用，包括灵活性和安全性。键值对应该用于一维数据，CSV用于二维数据，XML用于层次数据，DB用于更复杂的数据。
其他回答
Web服务绝对很糟糕，也不是未来的发展方向。他们的效率低得可笑，而且他们不能保证订单交货。Web服务绝不应该在同时编写客户端和服务器的系统中使用。它们对于米老鼠混搭类型的应用程序非常有用。它们绝对不应该用于任何类型的面向连接的通信。
这种立场让我和同事们进行了一些非常热烈的讨论，因为web服务是一个非常热门的话题。任何强制使用web服务的项目都是注定要失败的，因为它显然已经从管理层那里得到了荒谬的要求。
过程式编程很有趣。OOP很无聊。
我不认为任何与优化相关的问题都应该充斥着被错误引用的“过早优化是万恶之源”的口号，因为被优化到混乱的代码才是编码的乐趣所在
启用多次签出 如果我们提高了开发人员的纪律，通过自动合并源代码控制，我们将从这个设置中获得更高的效率。
我的观点是，有太多的人在做编程决策时不应该担心实现。
