这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
打印语句是调试代码的有效方法
我相信用System.out.println(或任何适用于您的语言的打印语句)来调试代码是完全没问题的。通常，这比调试要快，并且可以将打印输出与应用程序的其他运行进行比较。
只要确保在进入生产环境时删除打印语句(或者更好的做法是将它们转换为日志语句)
其他回答
你并不总是需要数据库。
如果需要存储的“东西”少于几千个，而且不需要锁定，平面文件可以工作，而且在很多方面都更好。它们更便于携带，你可以在必要时手动编辑它们。如果你在数据和业务逻辑之间有适当的分离，你可以很容易地用数据库替换平面文件，如果你的应用程序需要它。如果您在设计时考虑到这一点，它就会提醒您在数据和业务逻辑之间进行适当的分离。
-- bmb
远离Celko!!!!
http://www.dbdebunk.com/page/page/857309.htm
我认为使用代理主键比使用“自然”主键更有意义。
@ocdecio: Fabian Pascal给出了(在他的书《数据库管理中的实际问题》的第三章中，引用于你链接的页面的第3点)作为选择键的标准之一，那就是稳定性(它总是存在并且不会改变)。当一个自然键不具有这样的属性时，必须使用一个代理键，原因很明显，您在注释中暗示了这一点。
你不知道他写了什么，你也懒得去检查，否则你会发现你实际上同意他的观点。这里没有什么争议:他说的是“不要教条主义，根据情况调整一般的指导方针，最重要的是，思考，用你的大脑，而不是教条主义/食谱/大师的话”。
VB糟透了 虽然在一般情况下不是很有争议，但当你在VB的房子里工作时，这是有争议的
UML图被高度高估了
当然有一些有用的图，例如复合模式的类图，但是许多UML图是绝对没有价值的。
并不是所有的程序员都生而平等
管理人员经常认为DeveloperA == DeveloperB仅仅是因为它们具有相同的经验水平等等。事实上，一个开发人员的性能可能是另一个开发人员的10倍甚至100倍。
谈论它在政治上是有风险的，但有时我想指出，即使几个团队成员可能看起来具有相同的技能，但情况并不总是如此。我甚至见过这样的情况:首席开发人员“毫无希望”，而初级开发人员承担了所有实际工作——尽管如此，我还是确保他们得到了荣誉。：）
