这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
XML和HTML是web的“汇编语言”。为什么还要黑它?
很明显，现在很少有开发人员学习汇编语言/编写代码，因为它很原始，并且使您远离必须在高层解决的问题。所以我们发明了高级语言来封装这些级别的实体，通过我们可以在更高级别上联系到的语言元素来提高我们的工作效率。就像我们可以用计算机做更多的事情，而不仅仅是它的组成部分主板或CPU。
对于Web，在我看来，开发人员仍然在阅读/编写和破解HTML、CSS、XMl、模式等。
我认为这些语言相当于Web或其基础的“汇编语言”。 我们该结束了吗?当然，当出现问题时，我们有时需要破解它。 但可以肯定的是，这是个例外。 我断言，我们正在用等价的web级汇编语言取代机器级的低级汇编语言。
其他回答
可用性问题从来不是用户的错。
当某些用户做了一些团队中所有人都认为“只是一件愚蠢的事情”时，我无法计算问题出现的频率。像“为什么有人要这么做?”或者“为什么他不做XYZ”这样的短语经常出现。
尽管许多人已经厌倦了听我说:如果一个现实生活中的用户试图做一些事情，要么没有工作，导致一些错误或导致意想不到的行为，那么这可能是任何人的错，而不是用户的错!
请注意，我不是指那些故意滥用软件的人。我指的是软件的假定目标组。
观点:单元测试不需要预先编写，有时甚至根本不需要。
推理:开发人员不擅长测试他们自己的代码。我们所做的。这就是为什么我们通常有测试团队或QA团队。
大多数情况下，我们编写的代码与其他需要单独测试的代码交织在一起，因此我们最终会跳过模式框框来提供可测试性。并不是说这些模式不好，而是它们有时会增加不必要的复杂性，所有这些都是为了单元测试……
．.． 这通常是行不通的。编写一个全面的单元测试需要大量的时间。通常是我们不愿意付出的时间。测试越全面，如果测试对象的接口发生变化，就会变得越脆弱，迫使重写不再编译的测试。
任何足够强大的库都过于复杂而无法使用，而任何足够简单而可用的库都缺乏成为良好通用解决方案所需的功能。
我经常遇到这种情况。穷尽的库，使用起来非常复杂，让我抓狂，简单易用的库，不太能做我需要做的事情。
对于一个优秀的程序员来说，语言不是问题。
这可能不是很有争议，但我听到很多其他程序员的抱怨，比如“为什么他们不都用delphi?”，“c#糟透了”，“如果他们强迫我用java，我就会换公司”等等。 我所认为的是，一个好的程序员是灵活的，能够用他一生中可能不得不学习的任何编程语言编写好的程序
观点:大多数代码都很糟糕，因为这是程序员想要的。
间接地，我们一直在培育一种极具创造力的文化。这并不是说我不认为解决问题具有创造性元素——它确实存在——只是它与绘画之类的事情根本不一样(参见保罗·格雷厄姆的著名文章《黑客和画家》)。
If we bend our industry towards that approach, ultimately it means letting every programmer go forth and whack out whatever highly creative, crazy stuff they want. Of course, for any sizable project, trying to put together dozens of unrelated, unstructured, unplanned bits into one final coherent bit won't work by definition. That's not a guess, or an estimate, it's the state of the industry that we face today. How many times have you seen sub-bits of functionality in a major program that were completely inconsistent with the rest of the code? It's so common now, it's a wonder anyone cause use any of these messes.
复杂，复杂，丑陋的东西只会变得更糟，更不稳定。如果我们正在建造一些实体的东西，地球上的每个人都会说我们的东西是多么丑陋和糟糕，但由于它或多或少被虚拟隐藏起来，我们能够逃脱一些我们物种所见过的最糟糕的制造过程。(你能想象一辆车有四个不同的人用四种不同的方式设计了四个不同的轮子吗?)
但可悲的是，这一切中有争议的部分是，绝对没有理由这样做，除了历史上的文化倾向于更多的自由和更少的组织，所以我们保持了这种方式(可能变得更糟)。软件开发是一个笑话，但它是一个笑话，因为这是程序员想要的(但永远不会承认这是真的，“管理层的阴谋”对大多数人来说是一个更好的理由)。
我们还会搬起石头砸自己的脚多久，才会幡然醒悟，意识到我们才是握着枪、指着枪、扣动扳机的人?
保罗。
