这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
我认为在c#中使用区域来折叠你的代码是完全可以接受的，而在vs中，太多的人试图说它隐藏了你的代码，让你很难找到东西。但如果你正确地使用它们，它们对识别代码段非常有帮助。
其他回答
使用较短的变量名是可以的
但不是嵌套循环中的索引。
不是工具的问题，是你的问题
每当开发人员尝试做一些新的事情，比如做UML图，任何类型的图表，项目管理，他们首先寻找完美的工具来解决问题。在无休止的寻找后，他们发现没有合适的工具，他们的动机就会枯竭。剩下的就是对缺乏可用软件的抱怨。这是一种洞察力，在没有软件的情况下，要组织的计划夭折了。
好吧，只有你自己在处理组织问题。如果你习惯了组织，你可以使用或不使用软件来完成(大多数人都不需要软件)。如果你不习惯组织，没有人能帮助你。
所以“没有合适的软件”只是没有组织的最简单的借口。
社交技能比专业技能更重要
平易近人但具有良好社交技能的普通程序员将比不讨人喜欢的优秀程序员拥有更成功的职业生涯。
永远不要让最佳实践或模式困扰成为你的奴隶。
这些应该是指导方针，而不是一成不变的法律。
我真的很喜欢这些模式，GoF的书或多或少也是这么说的，这些东西可以浏览，提供了一个常见的术语。这不是无稽之谈。
else是有害的。
