这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
Java并不是最好的东西。仅仅因为它带有“企业”标签并不意味着它就好。也不会让它变快。也不是所有问题的答案。
另外，ROR并不是博客圈所吹嘘的那样。
当我在做的时候，OOP并不总是好的。事实上，我认为它通常是不好的。
其他回答
我真的不喜欢当人们告诉我使用getter和setter而不是使变量公共时，你应该能够获得和设置类变量。
我完全同意如果是改变对象中的一个变量在你的对象中，你不会得到这样的东西:a.b.c.d.e = something;但我更愿意使用:a.x = something;然后a.setX(东西);我认为a.x =某物;实际上，在同一个例子中，它们都更容易阅读，而且比设置/获取更漂亮。
我不明白为什么要这样做:
void setX(T x) ｛ 这个->x = x; ｝
T getX () ｛ 返回x; ｝
这就需要更多的代码，需要更多的时间，你要一遍又一遍地做，这只会让代码更难阅读。
罗布·派克写道:“数据占主导地位。如果你选择了正确的数据结构，并且组织得很好，算法几乎总是不言而喻的。数据结构，而不是算法，才是编程的核心。”
由于现在任何重要的数据都在数百万条记录中，我认为良好的数据建模是最重要的编程技能(无论是使用rdbms还是sqlite或amazon simpleDB或谷歌appengine数据存储)。
当所有的数据都存储在这样的数据存储系统中时，就不再需要花哨的搜索和排序算法了。
QA应该比开发人员更了解代码(间接地)。QA通过发现开发人员不希望发生的事情而获得报酬，他们经常这样做。(顺便说一句，我是一名非常看重优秀QA人员的开发者。很少)。
整天在Stackoverflow上回答问题的程序员可能并没有在做他们应该做的工作。
创建类似于带有疯牛病的椒盐卷饼的UML图的能力实际上并不是一种有用的软件开发技能。
图代码的全部意义在于可视化连接，看到设计的形状。但是一旦你通过了一个相当低的复杂水平，想象就太多了，无法在精神上处理。只有在坚持使用直线的情况下，图形化地建立连接才比较简单，这通常会使图表比沿着基本方向巧妙地分组和路由连接更难阅读。
仅在广泛的交流目的下使用图表，并且仅当它们被理解为谎言时使用。
