这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
Java并不是最好的东西。仅仅因为它带有“企业”标签并不意味着它就好。也不会让它变快。也不是所有问题的答案。
另外，ROR并不是博客圈所吹嘘的那样。
当我在做的时候，OOP并不总是好的。事实上，我认为它通常是不好的。
其他回答
真正有争议的:
你什么都不知道!
换句话说:
我知道我什么都不知道。
(这可以有很多种解释，但我认为你已经明白了。)
在开始计算机开发时，我认为每个人都必须经历三个阶段:
新手: 一无所知(这是事实)
中间: (这是自负)自以为知道些什么/非常多(/所有)
专业: 知道自己什么都不懂(因为作为一个程序员，大多数时候你必须处理你以前从未做过的事情)。 这不是坏事:我喜欢让自己随时熟悉新事物。
我认为作为一个程序员，你必须知道如何学习——或者更好:学会学习(因为记住:你什么都不知道!)))。
意见:在开发领域的持续时间并不总是等同于经验。
许多行业看重一门语言的“多年经验”。是的，5年的c#学习是有意义的，因为你可能会学到新的技巧。然而，如果你在公司工作并维护相同的代码库很多年，我觉得作为一个在不同情况和客户需求下工作的人，你似乎没有获得足够的接触不同情况的机会。
I once interviewed a person who prided himself on having 10 years of programming experience and worked with VB5, 6, and VB.Net...all in the same company during that time. After more probing, I found out that while he worked with all of those versions of VB, he was only upgrading and constantly maintaining his original VB5 app. Never modified the architecture and let the upgrade wizards do their thing. I have interviewed people who only have 2 years in the field but have worked on multiple projects that have more "experience" than him.
应该禁止调试器。这将迫使人们编写可通过单元测试测试的代码，最终将导致更好的代码质量。
从所有编程ide中删除复制和粘贴。复制和粘贴代码是非常糟糕的，这个选项应该完全删除。然后程序员可能会懒得重新输入所有的代码，所以他会创建一个函数并重用代码。
无论何时使用单例，都要给自己一个耳光。单例几乎从来没有必要，大多数时候只是全局变量的花哨名称。
大多数语言的支持者制造了很多噪音。
观点:SQL是代码。这样对待它
也就是说，就像c#、Java或其他喜欢的对象/过程语言一样，开发一种可读且可维护的格式化样式。
我讨厌看到草率的自由格式SQL代码。如果您在页面上看到两种样式的花括号时都尖叫，那么当您看到自由格式化的SQL或模糊JOIN条件的SQL时，为什么不尖叫呢?
