这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
c++是未来的杀手级语言…
．.． 动态语言。
没有人拥有它，它有越来越多的特性，比如编译时(元)编程或类型推断，没有函数调用开销的回调，不强制单一方法(多范式)。POSIX和ECMAScript正则表达式。多个返回值。你可以有命名参数。等等。
编程的过程非常缓慢。JavaScript花了10年的时间才起步(主要是因为性能)，大多数用它编程的人仍然不理解它(JS中的类?来吧!)我敢说c++将在15-20年后真正开始发光。对我来说，这似乎是c++(语言以及编译器供应商)和当今使用动态语言编写的程序员的适当时间。
c++需要变得对程序员更加友好(编译器错误是由模板或编译时间生成的)，程序员需要意识到静态类型是一个福音(它已经在进行中，参见这里断言用动态类型语言编写的好代码就像编写静态类型语言一样)。
其他回答
显然我的想法是哈斯克尔有变量。这既是一个“无关紧要”的问题(根据至少8个SO用户的说法)(尽管似乎没有人能就哪个无关紧要的答案是正确的达成一致)，也是一个糟糕的问题(根据至少5个反对者和4个投票关闭它的人的说法)。哦，我(以及计算科学和数学家)错了，尽管没有人能给我一个详细的解释。
Variable_Names_With_Bloody_Underscores
或者更糟
CAPITALIZED_VARIABLE_NAMES_WITH_BLOODY_UNDERSCORES
应该在全球范围内清除……与偏见!CamelCapsAreJustFine。 (全局常数不承受)
GOTO语句仅供11岁以下的开发人员使用
任何不支持指针的语言都名不副实
.Net = .Bloat 微软网站开发的最佳范例(无表情web 2) 是缓慢膨胀的最好的例子cr@pw@re曾经写过。 (可以试试Web Studio)
回应: 好的，让我来谈谈下划线的问题。从你提供的C链接:
-全局常量应该全部大写，用“_”分隔符。 我实际上同意这一点，因为这太明显了
-以NetworkABCKey为例。注意ABC中的C和调音中的K是如何混淆的。有些人不介意这一点，有些人只是讨厌它，所以你会在不同的代码中发现不同的策略，所以你永远不知道该如何调用某个东西。
我属于前者。我选择名字非常谨慎，如果你不能一眼看出K属于Key，那么英语可能不是你的第一语言。
C函数名 在c++项目中应该有很少的C函数。 对于C函数，使用GNU约定的所有小写字母，以'_'作为单词分隔符。
的理由
* It makes C functions very different from any C++ related names.
例子
int some_bloody_function () ｛ ｝
这些“标准”和惯例只不过是随时间而传下来的任意决定。我认为，虽然它们有一定的逻辑意义，但它们使代码变得混乱，使一些本应简短而易于阅读的东西变得笨拙、冗长和混乱。
C被采纳为事实上的标准，不是因为它友好，而是因为它无处不在。我可以用一种语法友好的高级语言用20行代码编写100行C代码。
这使得程序流易于阅读，并且我们都知道，在一年或更长时间后重新访问代码意味着要到处跟踪面包屑。
我确实使用下划线，但只对全局变量，因为它们很少，而且它们很明显。除此之外，一个经过深思熟虑的CamelCaps()函数/变量名还没有让我失望!
(未命名)元组是邪恶的
如果您使用元组作为具有唯一含义的多个对象的容器，请改用类。 如果您使用它们来保存几个应该通过索引访问的对象，请使用列表。 如果您使用它们从一个方法中返回多个值，请使用Out参数(这需要您的语言支持引用传递) 如果这是代码混淆策略的一部分，那就继续使用它们!
我看到人们使用元组只是因为他们懒得给他们的对象命名。API的用户将被迫基于无意义的索引(而不是有用的名称)访问元组中的项。
如果你是一个开发人员，你应该会写代码
去年我做了很多面试，在我的面试部分，我应该测试人们的思维方式，以及他们如何在白板上实现简单到中等的算法。我一开始的问题是:
假设可以使用函数4 *(1 - 1/3 + 1/5 - 1/7 +…)来估计圆周率，使用更多的项来获得更高的精度，编写一个计算圆周率的函数，其精度为小数点后5位。
这是一个应该让你思考的问题，但对于一个经验丰富的开发人员来说不应该是遥不可及的(它可以用大约10行c#来回答)。然而，我们的许多候选人(应该是中介机构预先筛选的)甚至无法开始回答这个问题，甚至无法解释他们将如何回答这个问题。所以过了一段时间，我开始问一些更简单的问题，比如:
给定圆的面积是π乘以半径的平方，写一个函数来计算圆的面积。
令人惊讶的是，超过一半的候选人不能用任何语言编写这个函数(我可以阅读大多数流行的语言，所以我让他们使用他们选择的任何语言，包括伪代码)。我们有“c#开发人员”，他们不能用c#编写这个函数。
我对此感到很惊讶。我一直认为开发人员应该会写代码。现在看来，这似乎是一个有争议的观点。当然是在面试中!
编辑:
在评论中有很多关于第一个问题是好是坏的讨论，以及你是否应该在面试中问这么复杂的问题。我不打算在这里深入研究这个问题(这是一个全新的问题)，除了说你在很大程度上错过了文章的重点。
是的，我说过人们在这个问题上无法取得任何进展，但第二个问题很琐碎，许多人在这个问题上也无法取得任何进展!任何自称为开发人员的人都应该能够不假思索地在几秒钟内写出第二个问题的答案。很多人做不到。
我不明白为什么人们认为Java绝对是大学里最好的“首选”编程语言。
首先，我认为第一种编程语言应该强调学习控制流和变量的必要性，而不是对象和语法
另一方面，我相信没有在C / c++中调试内存泄漏经验的人无法完全理解Java带来的好处。
同样，自然的进展应该是从“我怎么能做这个”到“我怎么能找到做那个的库”，而不是相反。
