这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
观点:单元测试不需要预先编写，有时甚至根本不需要。
推理:开发人员不擅长测试他们自己的代码。我们所做的。这就是为什么我们通常有测试团队或QA团队。
大多数情况下，我们编写的代码与其他需要单独测试的代码交织在一起，因此我们最终会跳过模式框框来提供可测试性。并不是说这些模式不好，而是它们有时会增加不必要的复杂性，所有这些都是为了单元测试……
．.． 这通常是行不通的。编写一个全面的单元测试需要大量的时间。通常是我们不愿意付出的时间。测试越全面，如果测试对象的接口发生变化，就会变得越脆弱，迫使重写不再编译的测试。
其他回答
软件开发人员、编码员、程序员、架构师之间没有区别……
我在酵母行业工作过10多种，但仍然觉得试图区分这些“角色”是绝对愚蠢的。你写代码?你是开发人员。你整天都在画漂亮的UML图。你是个…嗯. .我不知道你是谁，你可能只是想给别人留下好印象。(是的，我知道UML)。
打印语句是调试代码的有效方法
我相信用System.out.println(或任何适用于您的语言的打印语句)来调试代码是完全没问题的。通常，这比调试要快，并且可以将打印输出与应用程序的其他运行进行比较。
只要确保在进入生产环境时删除打印语句(或者更好的做法是将它们转换为日志语句)
“优秀的编码员编写代码，优秀的编码员重用它”这是现在正在发生的事情，但“优秀的编码员”是唯一一个享受代码的人。 和“伟大的程序员”只是为了找出其中的漏洞，因为他们没有时间思考和编码。但他们有时间找出代码中的漏洞。
所以不要批评!!!!!!!!
按照自己的意愿创建自己的代码。
UML图被高度高估了
当然有一些有用的图，例如复合模式的类图，但是许多UML图是绝对没有价值的。
如果以后可以节省3倍的时间，那就只写抽象。
有时我看到人们写出这些疯狂的抽象概念，我就会想:“为什么?”
除非抽象真的能在以后节省你的时间，或者它能节省维护你代码的人的时间，否则人们似乎只是越来越多地编写意大利面条式的代码。
