这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
懒惰的程序员是最好的程序员
懒惰的程序员通常会找到方法来减少花在写代码上的时间(尤其是大量相似或重复的代码)。这通常转化为公司/团队中的其他开发人员可以从中受益的工具和工作流。
当开发人员遇到类似的项目时，他可能会创建工具来引导开发过程(例如，创建一个与公司的数据库设计范例一起工作的DRM层)。
此外，诸如此类的开发人员经常使用某种形式的代码生成。这意味着同一类型的所有错误(例如，代码生成器没有检查所有方法上的空参数)通常可以通过修复生成器来修复，而不是修复该错误的50多个实例。
一个懒惰的程序员可能会多花几个小时来完成第一个产品，但会为你节省几个月的时间。
其他回答
复制/粘贴是万恶之源。
设计模式对优秀设计的伤害大于帮助。
IMO软件设计，尤其是优秀的软件设计，变化太大，无法在模式中有意义地捕捉，特别是在人们实际能记住的少量模式中——而且它们太抽象，人们实际上只能记住少数几个。所以他们帮不上什么忙。
另一方面，太多的人迷恋于这个概念，并试图在所有地方应用模式——通常，在生成的代码中，你无法在所有(完全没有意义的)单例和抽象工厂之间找到实际的设计。
偶尔写一些垃圾代码是可以的
有时，一段快速而肮脏的垃圾代码就是完成特定任务所需要的全部。模式、orm、SRP等等……抛出一个控制台或Web应用程序，写一些内联sql(感觉不错)，然后抛出需求。
getter和setter被过度使用
我见过数百万人声称公共字段是邪恶的，所以他们将它们设置为私有字段，并为所有这些字段提供getter和setter。我相信这与公开字段几乎是一样的，如果你使用线程(但通常不是这样)或如果你的访问器有业务/表示逻辑(至少有些“奇怪”)，可能会有点不同。
我不赞成公共字段，但反对为每个字段创建getter/setter(或Property)，然后声称这样做是封装或信息隐藏……哈!
更新:
这个答案在评论中引起了一些争议，所以我会试着澄清一下(我不会动原文，因为这是许多人点赞的)。
首先，任何使用公共场地的人都应该坐牢
现在，创建私有字段，然后使用IDE为每个私有字段自动生成getter和setter，几乎和使用公共字段一样糟糕。
很多人认为:
私有字段+公共访问器==封装
我说(自动或非自动)为字段生成getter/setter对有效地违背了您试图实现的所谓封装。
最后，让我引用Bob叔叔在这个主题中的一句话(摘自“干净代码”的第6章):
我们保持沉默是有原因的 私有变量。我们不想要 没有人可以依靠他们。我们想要的 自由地改变他们的类型或者 心血来潮地执行 冲动。那么，为什么要这么多呢 程序员会自动添加getter 和对象的setter，暴露 他们的私人领域，就好像他们是 公众吗?
源代码控制:除了SourceSafe
另外:排他锁定是邪恶的。
我曾经在某个地方工作过，他们认为排他锁意味着您可以保证当您签入时，人们不会覆盖其他人的更改。问题在于，为了完成任何工作，如果文件被锁定，开发人员只会在有机会时将本地文件更改为可写，并合并(或覆盖)版本的源代码控制。
