这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
编写大量的规格说明是徒劳的。 编写正确的程序是相当困难的，但是编译器、调试器、单元测试器、测试器等使检测和消除大多数错误成为可能。另一方面，当你像一个程序(例如，伪代码，UML)那样编写具有相当详细级别的规范时，你主要是靠自己。如果您有一个工具可以帮助您正确地处理语法，那么您应该感到幸运。
广泛的规范很可能充满bug。 编写人员在第一次尝试中得到正确答案的可能性，与一个类似的大型程序在没有经过测试的情况下没有错误的可能性是相同的。同行评审可以消除一些错误，就像代码评审一样。
其他回答
在. net上开发不是编程。它只是把其他人的代码拼接在一起。
我的编码背景要求你了解硬件，这在我的行业中仍然是一个至关重要的要求，我认为高级语言只是简单地组装别人的工作。这并没有什么本质上的错误，但这是“编程”吗?
微软在为“开发人员”提供符号指令语法方面做了很多艰苦的工作。我现在似乎认识了越来越多的开发人员，他们在执行工作时似乎受到类的存在或不存在的限制。
我的观点来自于这样一个概念:作为一名程序员，你应该能够在你的平台允许的最低水平上编程。因此，如果您正在编写。net程序，那么您需要能够埋头苦干并找出解决方案，而不是依赖于其他人为您创建一个类。在我看来，这是一种懒惰，不符合“发展”的标准。
几乎在所有情况下，评论都是邪恶的:http://gooddeveloper.wordpress.com/
开发项目一定会失败，除非程序员团队作为一个整体被赋予完全的权力来做出与所使用的技术相关的所有决策。
简单Vs优化
我相信编写既简单又最佳的代码是非常困难的。
有争议的是吗?我认为c++流使用<<和>>。我讨厌它。它们是移位运算符。以这种方式重载它们显然是一种糟糕的做法。这让我想杀了想出这主意并认为这是个好主意的人。叽阿。
