这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
每个开发人员都应该熟悉现代计算机的基本架构。这也适用于那些以虚拟机为目标的开发人员(可能更适用，因为他们已经被反复告知，他们不需要担心内存管理等)。
其他回答
不要写代码，删除代码!
正如一位聪明的老师曾经告诉我的:“不要写代码，写代码是不好的，删除代码是好的。如果你必须写代码——写小代码……”
使用匈牙利符号应处以死刑。
这已经足够有争议了;)
“邪恶”这个词在Stackoverflow和类似论坛上是一个被滥用和过度使用的词。
使用它的人想象力太少。
在开始构建电子系统之前，每个开发人员都应该花几周甚至几个月的时间来开发基于纸张的系统。他们还应该被迫使用他们的系统。
开发一个好的基于纸张的系统是一项艰苦的工作。它迫使你考虑人性(繁琐的过程会被忽略，过于复杂的过程往往会崩溃)，并教会你欣赏简单的价值(新工作放在这个托盘里，QA工作放在这个托盘里，存档放在这个盒子里)。
一旦你弄清楚如何在纸上构建一个系统，构建一个有效的计算机系统通常会容易得多——一个人们实际上想要(并且能够)使用的系统。
我们开发的系统并不是由一群训练有素的自动机控制的;真实的人使用它们，真实的人由经理培训，经理也是真实的人，没有太多的时间浪费在培训他们如何跳过你的圈子。
事实上，关于我的第二点:
每个开发人员都应该被要求进行交互式培训课程，向用户展示如何使用他们的软件。
Java并不是最好的东西。仅仅因为它带有“企业”标签并不意味着它就好。也不会让它变快。也不是所有问题的答案。
另外，ROR并不是博客圈所吹嘘的那样。
当我在做的时候，OOP并不总是好的。事实上，我认为它通常是不好的。
