这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
人脑是开启所有锁的万能钥匙。
世界上没有任何东西能让你的大脑运转得更快。相信我，这不是哲学上的，而是实际的。就意见而言，他们就像下面一样
1)永远不要超出编程语言指定的界限，一个简单的例子就是C和c++中的指针。不要误用它们，因为你可能会得到该死的分割错误。
2)始终遵循编码标准，是的，你读的是正确的，编码标准对你的程序有很大的影响，毕竟你的程序是由机器执行的，但要被其他大脑理解:)
其他回答
C必须死。
当另一种语言(比如D)可用时，自愿用C编程应该因疏忽而受到惩罚。
人们应该注释他们的代码?这似乎在这里很有争议。
代码只告诉我它实际做什么;这不是它应该做的
当我看到一个函数计算澳大利亚债券期货的点价值时，我想看到一些注释，表明编码器认为计算应该是什么!
永远不要以单例方式实现任何东西。
您可以决定不构造多个实例， 但始终确保您的实现可以处理更多。
我还没有发现任何使用单例的场景 才是正确的选择。
在过去的几年里，我对此进行了一些非常激烈的讨论， 但最后我总是对的。
管理者无所不知
根据我的经验，经理通常不是通过了解代码来达到这个目的的。不管你怎么跟他们说，它太长了，不对或者太贵了。
还有一个是继第一个之后的:
没有时间把事情做对，但总有时间再做一遍
一位很好的工程师朋友曾经说过，他很生气地描述了这样一种情况:管理层把他的估计减半了，从他那里得到了一个半途而废的版本，然后给了他两倍的时间来返工，因为它失败了。在商业软件世界中，这是一件相当常见的事情。
今天在尝试配置一个只有web接口的路由器时，我想到了一个问题:
网页界面是为傻瓜准备的
上一个固件版本的CLI非常好。这个版本有一个web界面，试图从无知的IT机器人那里隐藏所有网络的复杂性，甚至不能得到正确的vlan。
社交技能比专业技能更重要
平易近人但具有良好社交技能的普通程序员将比不讨人喜欢的优秀程序员拥有更成功的职业生涯。
