这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
有太多的程序员编写了太多的代码。
其他回答
如果你只知道一种语言，无论你多么精通，你都不是一个伟大的程序员。
似乎有一种态度认为，一旦你真的擅长c#或Java或其他你开始学习的语言，那么你就只需要这些。我不相信——我学过的每一种语言都教会了我一些关于编程的新东西，我能够把这些东西带回到我的工作中。我认为任何把自己限制在一种语言上的人都永远不会达到他们本可以达到的水平。
对我来说，这也表明缺乏好奇心和实验意愿，这并不一定符合我期望在一个真正优秀的程序员身上找到的品质。
我的一个:
长开关语句是你的朋友。真的。至少在c#中是这样。
人们倾向于避免和不鼓励其他人使用长switch语句，因为它们“不可管理”和“具有糟糕的性能特征”。
好吧，在c#中，switch语句总是自动编译为哈希跳转表，所以如果你需要简单的分支到多个分支，实际上使用它们是性能方面的最佳选择。同样，如果case语句被智能地组织和分组(例如按字母顺序)，那么它们就不是无法管理的。
清理和重构在(团队)开发中非常重要
A lot of work in team development has to do with management. If you are using a bug tracker than it is only useful if someone takes the time to close/structure things and lower the amount of tickets. If you are using a source code management somebody needs to cleanup here and restructure the repository quite often. If you are programming than there should be people caring about refactoring of the lazy produced stuff of others. It is part of most of the aspects some will face while doing software development.
大家都同意这种管理的必要性。而且它总是被跳过的第一件事!
你应该一直使用的唯一“最佳实践”是“动动脑子”。
太多人跳上了太多的潮流车，试图把方法、模式、框架等强加到不值得他们去做的事情上。仅仅因为某事是新的，或者因为受人尊敬的人有意见，并不意味着它适合所有人:)
编辑: 澄清一下——我认为人们不应该忽视最佳实践、有价值的意见等。只是人们不应该盲目地扑向某样东西，而不去思考为什么这个“东西”这么棒，它是否适用于我正在做的事情，它会带来什么好处/缺点?
Tcl/Tk是有史以来最好的GUI语言/工具包组合
它可能缺少特定的小部件，外观也不如新产品好看，但它的模型很优雅，而且易于使用，因此通过交互式输入命令可以比使用可视化界面构建器更快地构建工作gui。它的表达能力是无与伦比的:其他解决方案(Gtk、Java、. net、MFC……)通常需要10到100个LOC才能得到与Tcl/Tk一行程序相同的结果。所有这些都不会牺牲可读性和稳定性。
pack [label .l -text "Hello world!"] [button .b -text "Quit" -command exit]
