这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
做莫特没关系
不是每个人都是“摇滚明星”程序员;我们中的一些人这样做是因为这是一个好的生活，我们不关心所有最新的时尚和趋势;我们只想做好本职工作。
其他回答
小代码总是更好，但是复杂?:而不是if-else让我意识到有时大代码更可读。
意见:不应该有任何编译器警告，只有错误。你应该总是使用-Werror编译你的代码。
原因:要么编译器认为这是一个应该被纠正的错误，要么它不需要修复，在这种情况下编译器应该直接关闭。
更新的语言和托管代码并不能使一个糟糕的程序员变得更好。
分页从来不是用户想要的
If you start having the discussion about where to do pagination, in the database, in the business logic, on the client, etc. then you are asking the wrong question. If your app is giving back more data than the user needs, figure out a way for the user to narrow down what they need based on real criteria, not arbitrary sized chunks. And if the user really does want all those results, then give them all the results. Who are you helping by giving back 20 at a time? The server? Is that more important than your user?
[编辑:基于评论的澄清]
作为一个真实世界的例子，让我们看看这个Stack Overflow问题。假设我有一个有争议的编程观点。在我发帖之前，我想看看是否已经有了一个解决相同观点的答案，这样我就可以给它投票了。我唯一的选择就是点击每一页的答案。
我更喜欢以下选择之一:
请允许我搜索答案(这是一种根据实际标准缩小我需要的范围的方法)。 允许我看到所有的答案，这样我就可以使用浏览器的“查找”选项(给我所有的结果)。
如果我只是想找到以前读过的答案，但再也找不到了，也可以这样做。我不知道它是什么时候发布的，也不知道它有多少选票，所以排序选项没有帮助。即使我找到了，我仍然需要玩猜谜游戏来找到正确的结果页面。事实上，答案是有页码的，我可以直接点击进入十几个页面中的一个，这一点帮助都没有。
-- bmb
你并不总是需要数据库。
如果需要存储的“东西”少于几千个，而且不需要锁定，平面文件可以工作，而且在很多方面都更好。它们更便于携带，你可以在必要时手动编辑它们。如果你在数据和业务逻辑之间有适当的分离，你可以很容易地用数据库替换平面文件，如果你的应用程序需要它。如果您在设计时考虑到这一点，它就会提醒您在数据和业务逻辑之间进行适当的分离。
-- bmb
