这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
我有争议的观点?Java并不糟糕，但Java API很糟糕。为什么java库坚持让简单的任务变得困难?为什么他们不修复api，而是创建框架来帮助管理样板代码?这种观点适用于任何需要10行或更多代码才能从文件中读取一行的语言。
其他回答
良好的性能VS优雅的设计
它们并不相互排斥，但我不能忍受过度设计的类结构/框架，它们完全不了解性能。我不需要有一个字符串的new This(new That(new Whatever());创建一个对象，它会告诉我现在是凌晨5点哦，顺便说一下，距离奥巴马的生日还有217天，还有两天就是周末。我只是想知道健身房开门了没有。
保持两者之间的平衡是至关重要的。当您需要将所有处理器抽出来做一些密集的事情(比如读取tb级的数据)时，代码就会变得令人讨厌。把优雅留给那些消耗10%资源的地方，这可能超过90%的代码。
可读性是代码最重要的方面。
甚至比正确性更重要。如果它是可读的，就很容易修复。它也很容易优化，容易改变，容易理解。希望其他开发者也能从中学到一些东西。
要成为一名程序员，你必须会打字。
这在那些不知道如何打字，但坚持认为他们可以像任何打字员一样用两根手指搜索和啄的人之间存在争议，或者他们真的不需要花那么多时间打字，或者智能感知减轻了打字的需要……
我从来没有遇到过会打字的人，但坚持认为打字没什么区别。
参见:编程中最肮脏的小秘密
生成的文档几乎总是毫无价值的。
或者，作为一个推论:您的API需要为维护者和用户提供单独的文档集。
实际上有两类人需要了解您的API:维护者，他们必须了解您的实现的细节，以便有效地完成工作;用户，他们需要高级的概述、示例和关于他们所访问的每个方法的效果的详细细节。
我从未遇到过在这两个方面都成功的生成文档。通常，当程序员为工具编写注释以提取和生成文档时，他们的目标是介于两者之间的某个地方——刚刚足够的实现细节让用户感到厌烦和困惑，但不足以显著帮助维护者，并且没有足够的概述对用户有任何真正的帮助。
As a maintainer, I'd always rather have clean, clear comments, unmuddled by whatever strange markup your auto-doc tool requires, that tell me why you wrote that weird switch statement the way you did, or what bug this seemingly-redundant parameter check fixes, or whatever else I need to know to actually keep the code clean and bug-free as I work on it. I want this information right there in the code, adjacent to the code it's about, so I don't have to hunt down your website to find it in a state that lends itself to being read.
As a user, I'd always rather have a thorough, well-organized document (a set of web pages would be ideal, but I'd settle for a well-structured text file, too) telling me how your API is architectured, what methods do what, and how I can accomplish what I want to use your API to do. I don't want to see internally what classes you wrote to allow me to do work, or files they're in for that matter. And I certainly don't want to have to download your source so I can figure out exactly what's going on behind the curtain. If your documentation were good enough, I wouldn't have to.
无论如何，这就是我的看法。
对于一个优秀的程序员来说，语言不是问题。
这可能不是很有争议，但我听到很多其他程序员的抱怨，比如“为什么他们不都用delphi?”，“c#糟透了”，“如果他们强迫我用java，我就会换公司”等等。 我所认为的是，一个好的程序员是灵活的，能够用他一生中可能不得不学习的任何编程语言编写好的程序
