这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
偶尔写一些垃圾代码是可以的
有时，一段快速而肮脏的垃圾代码就是完成特定任务所需要的全部。模式、orm、SRP等等……抛出一个控制台或Web应用程序，写一些内联sql(感觉不错)，然后抛出需求。
其他回答
使用设计模式和文档
在web开发中，这些东西有什么用，从来没有觉得有什么用
新的web项目应该考虑不使用Java。
我已经用Java做网页开发超过10年了。起初，与现有的替代方案相比，这是朝着正确方向迈出的一步。现在，有比Java更好的选择。
这真的只是用魔锤方法解决问题的一个具体例子，但它真的很痛苦。
一幅画不如一千个词。
有些图片可能胜过千言万语。大多数都不是。这句陈词滥调大多是不真实的，是许多懒惰的经理的可悲借口，他们不想仔细阅读创建的报告和文档，说“我需要你在图表中展示给我看”。
我妻子学的是语言学专业，她看到了一些关于图片和标志的令人着迷的证据:它们不能打破语言和文化的障碍，它们通常不能像正确的文本那样传达那么多的信息，它们根本不能取代真正的交流。
特别是，如果线条未被标记且无法解释，并且/或如果每一行都有不同的含义而不是表示相同的关系(除非以某种方式彼此区分)，那么与线条连接的标记气泡是无用的。如果你的线条有时表示关系，有时表示动作，有时表示时间的流逝，你就真的完蛋了。
每个优秀的程序员都知道你使用的工具适合手头的工作，对吗?并不是所有的系统都最好用图片来说明和记录。图形化规范语言可以自动转换为可证明正确的可执行代码或任何东西，这是一个了不起的想法，如果这样的东西存在的话。在适当的时候使用它们，而不是在阳光下的所有事情上。实体-关系图很棒。但并不是所有的事情都可以用一张图片来概括。
注:一张桌子可能值同等重量的金子。但是表格和图片不是一回事。同样，一篇精心设计的短散文段落可能更适合手头的工作。
编写大量的规格说明是徒劳的。 编写正确的程序是相当困难的，但是编译器、调试器、单元测试器、测试器等使检测和消除大多数错误成为可能。另一方面，当你像一个程序(例如，伪代码，UML)那样编写具有相当详细级别的规范时，你主要是靠自己。如果您有一个工具可以帮助您正确地处理语法，那么您应该感到幸运。
广泛的规范很可能充满bug。 编写人员在第一次尝试中得到正确答案的可能性，与一个类似的大型程序在没有经过测试的情况下没有错误的可能性是相同的。同行评审可以消除一些错误，就像代码评审一样。
控制反转并不能消除依赖关系，但它确实很好地隐藏了依赖关系。
