这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
糟糕的程序员是语言不可知论者
一个真正糟糕的程序员几乎可以用任何语言写出糟糕的代码。
其他回答
调试器是一种拐杖。
它的争议如此之大，以至于连我都不像以前那么相信它了。
缺点:我花了更多的时间来跟上其他人的大量代码，所以任何有助于“我是如何到达这里的”和“发生了什么”的事前或事后分析都是有帮助的。
教授:然而，我很高兴地支持这样的观点，如果你不理解你自己开发的代码或你已经熟悉的代码的这些问题的答案，把所有的时间都花在调试器上并不是解决方案，这是问题的一部分。
在点击“发布你的答案”之前，我快速地检查了一下这个确切的短语，结果发现我不是唯一一个持有这种观点或使用这个短语的人。我在Fog Creek软件论坛上找到了关于这个问题的长时间讨论，其中引用了包括Linus Torvalds在内的各种名人作为著名的支持者。
“程序员是天生的，不是后天培养的。”
观点:开发者应该测试自己的代码
我曾经见过太多的垃圾交付给测试，但实际上并没有修复问题中的bug，导致了沟通开销，并助长了不负责任的实践。
所有源代码和注释都应该用英文编写
用英语以外的语言编写源代码和/或注释会降低可重用性，如果你不理解它们所使用的语言，就更难调试。
SQL表、视图和列也是如此，特别是在使用缩写时。如果它们没有缩写，我可能能够在线翻译表/列名，但如果它们被缩写，我所能做的就是选择并尝试破译结果。
MS Access*是一个真正的开发工具，专业程序员可以毫无羞耻地使用它
仅仅因为某个平台吸引了自认为是程序员的黑客和秘书，就不应该玷污这个平台本身。每个平台都有其优点和缺点。
那些抱怨某些平台或工具或将其贬低为“玩具”的程序员更有可能对自己的手艺知之甚少，而不是他们的自我意识所说服的那样。对我来说，听到一个程序员抨击任何他们自己没有广泛使用过的环境是一种过度自信的表现。
*在这里插入任何恶意工具(VB, PHP等)。
