这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
软件工程师不应该和计算机科学家一起工作
他们的区别: se关心代码的可重用性，而CSs只关心代码 se关心性能，而CSs只想现在就把事情做好 se关心整个结构，而CSs则不在乎 .．.
其他回答
绝大多数正在开发的软件在收集需求时不涉及最终用户。
通常只是一些经理提供“需求”。
编写大量的规格说明是徒劳的。 编写正确的程序是相当困难的，但是编译器、调试器、单元测试器、测试器等使检测和消除大多数错误成为可能。另一方面，当你像一个程序(例如，伪代码，UML)那样编写具有相当详细级别的规范时，你主要是靠自己。如果您有一个工具可以帮助您正确地处理语法，那么您应该感到幸运。
广泛的规范很可能充满bug。 编写人员在第一次尝试中得到正确答案的可能性，与一个类似的大型程序在没有经过测试的情况下没有错误的可能性是相同的。同行评审可以消除一些错误，就像代码评审一样。
性能确实很重要。
如果它不是原生的，它就不是真正的编程
根据定义，程序是由计算机运行的实体。它直接与CPU和操作系统对话。不直接与CPU和操作系统对话的代码，而是由其他直接与CPU和操作系统对话的程序运行的代码，不是程序;这是一个脚本。
在Java出现之前，这只是简单的常识，完全没有争议。突然出现了一种脚本语言，它具有足够大的功能集，可以完成以前专属于程序的任务。作为回应，微软开发了。net框架和一些在其上运行的脚本语言，并设法通过在他们的开发工具中逐渐减少对真正编程的支持，以支持。net脚本来进一步搅浑水。
尽管它可以完成许多您以前必须编写程序才能完成的事情，但任何种类的托管代码仍然是脚本，而不是编程，用它编写的“程序”确实并且总是共享脚本的性能特征:它们运行得更慢，并且比真正的(本机)程序完成相同任务所需的内存要多得多。
人们称其为编程，这是对每个人的伤害，因为他们简化了定义。这会导致整体质量下降。如果你试图让编程变得如此简单，以至于任何白痴都能做到，那么你最终会得到一大堆自以为能编程的白痴。
SESE (Single Entry Single Exit)不是法律
例子:
public int foo() {
if( someCondition ) {
return 0;
}
return -1;
}
vs:
public int foo() {
int returnValue = -1;
if( someCondition ) {
returnValue = 0;
}
return returnValue;
}
我和我的团队发现，在很多情况下，一直遵守这一点实际上会适得其反。
