这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
意见:没有函数定义和返回类型会导致代码灵活易读。
这种观点可能更适用于解释型语言，而不是编译型语言。需要一个返回类型和一个函数参数列表，这对于智能感知来自动记录你的代码是很好的，但它们也是限制。
不要误解我的意思，我不是说扔掉返回类型，或者参数列表。他们有自己的位置。在90%的情况下，它们是利大于弊的。
在某些时候和场合，这是有用的。
其他回答
我有争议的观点:面向对象编程绝对是软件工程领域发生过的最糟糕的事情。
面向对象编程的主要问题是完全缺乏一个每个人都能认同的严格定义。这很容易导致实现中存在逻辑漏洞，或者像Java这样的语言坚持这种关于OOP含义的奇怪的宗教教条，同时迫使程序员做所有这些扭曲和“设计模式”，只是为了绕过特定OOP系统的限制。
因此，OOP欺骗程序员，让他们认为他们正在获得这些巨大的生产力收益，OOP在某种程度上是一种“自然”的思考方式，同时迫使程序员输入大量不必要的样板文件。
然后，由于没有人知道OOP的真正含义，我们浪费了大量的时间在争论语言X或Y是否“真正的面向对象”，什么奇怪的语言特性对于一种语言被认为是“真正的面向对象”是绝对“必要的”。
与其要求这种语言或那种语言是“真正的面向对象的”，我们应该看看实验显示了什么语言特性，以实际提高生产力，而不是试图强迫它成为某种想象中的理想语言，或者强迫我们的程序符合某种“真正面向对象的程序”的柏拉图式理想。
与其坚持我们的程序符合“真正面向对象”的柏拉图式理想，不如我们专注于坚持良好的工程原则，使我们的代码易于阅读和理解，并使用一种语言的高效和有用的特性，而不管它们是否足够“面向对象”。
开发人员过度使用数据库
通常情况下，开发人员在DBMS中存储的数据应该以代码或文件的形式存在。我曾经见过一个一列一行的表，它存储“系统密码”(与用户表分开)。我看到过存储在数据库中的常量。我见过的数据库足以让一个成年程序员哭出来。
这些讨厌的程序员对DBMS有一种神秘的敬畏——数据库可以做任何事情，但他们不知道它是如何工作的。dba实践一种黑魔法。它还允许责任转移:“数据库太慢了”，“是数据库做的”和其他借口是常见的。
如果不加检查，这些程序员就会继续开发数据库中的数据库，系统中的系统。(这个反模式有一个名字，但我忘了它是什么。)
WordPress是一个CMS(从技术上讲，确实如此)。
https://stackoverflow.com/questions/105648/wordpress-is-it-a-cms
Jon Bentley的《Programming Pearls》不再是一本有用的大部头。
http://tinyurl.com/nom56r
永远不要让最佳实践或模式困扰成为你的奴隶。
这些应该是指导方针，而不是一成不变的法律。
我真的很喜欢这些模式，GoF的书或多或少也是这么说的，这些东西可以浏览，提供了一个常见的术语。这不是无稽之谈。
