这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
“程序员必须把编程作为副业，否则他们永远都不如做编程的人。”
就像kpollock说的，想象一下对于医生或士兵来说……
最重要的不是他们是否编码，而是他们是否思考编码。计算科学是一种智力练习，你不一定需要编写代码来思考使你成为更好的程序员的问题。
这并不像爱因斯坦在他的研究之外还能玩粒子和波。
其他回答
大多数编程面试问题都是毫无意义的。尤其是那些由程序员想出的。
这是一种常见的情况，至少根据我和我的朋友的经验，吹牛 程序员，问你一些他花了几周时间在谷歌上搜索的棘手问题。有趣的是，你回到家，一分钟内就把它炸飞了。这就像他们经常试图用他们复杂的武器打败你，而不是检查你是否是一个全面的、务实的团队合作者。
在我看来，类似的愚蠢是当你被要求提供高度可访问的基础知识时，比如:“哦，等等，让我看看你是否可以在一张纸上伪代码insert_name_here-算法(sic!)”。在申请高级编程工作时，我真的需要记住它吗?我应该有效地解决问题或谜题吗?
getter和setter被过度使用
我见过数百万人声称公共字段是邪恶的，所以他们将它们设置为私有字段，并为所有这些字段提供getter和setter。我相信这与公开字段几乎是一样的，如果你使用线程(但通常不是这样)或如果你的访问器有业务/表示逻辑(至少有些“奇怪”)，可能会有点不同。
我不赞成公共字段，但反对为每个字段创建getter/setter(或Property)，然后声称这样做是封装或信息隐藏……哈!
更新:
这个答案在评论中引起了一些争议，所以我会试着澄清一下(我不会动原文，因为这是许多人点赞的)。
首先，任何使用公共场地的人都应该坐牢
现在，创建私有字段，然后使用IDE为每个私有字段自动生成getter和setter，几乎和使用公共字段一样糟糕。
很多人认为:
私有字段+公共访问器==封装
我说(自动或非自动)为字段生成getter/setter对有效地违背了您试图实现的所谓封装。
最后，让我引用Bob叔叔在这个主题中的一句话(摘自“干净代码”的第6章):
我们保持沉默是有原因的 私有变量。我们不想要 没有人可以依靠他们。我们想要的 自由地改变他们的类型或者 心血来潮地执行 冲动。那么，为什么要这么多呢 程序员会自动添加getter 和对象的setter，暴露 他们的私人领域，就好像他们是 公众吗?
并不是所有的程序员都生而平等
管理人员经常认为DeveloperA == DeveloperB仅仅是因为它们具有相同的经验水平等等。事实上，一个开发人员的性能可能是另一个开发人员的10倍甚至100倍。
谈论它在政治上是有风险的，但有时我想指出，即使几个团队成员可能看起来具有相同的技能，但情况并不总是如此。我甚至见过这样的情况:首席开发人员“毫无希望”，而初级开发人员承担了所有实际工作——尽管如此，我还是确保他们得到了荣誉。：）
代码布局很重要
也许双括号位置的细节应该保持纯粹的宗教争论-但这并不意味着所有的布局风格都是平等的，或者根本没有客观因素!
问题在于布局的超级规则，即:“保持一致”，尽管听起来不错，但被许多人用作拐杖，从不尝试看看他们的默认风格是否可以改进——而且，这甚至无关紧要。
几年前，我正在学习快速阅读技术，我学到的一些东西是关于眼睛如何在“固定”中获取信息，如何最优地扫描页面，以及潜意识中拾取上下文的作用，这让我思考如何将其应用到代码中——尤其是在编写代码时牢记它。
它使我形成了一种本质上倾向于柱状的样式，在可能的情况下对标识符进行逻辑分组和对齐(特别是我严格要求每个方法参数都在自己的行上)。然而，与一成不变的长柱结构相比，以块为单位改变结构实际上是有益的，这样你最终会得到眼睛可以在一个固定装置中接受的矩形岛屿——即使你没有有意识地阅读每个字符。
最终的结果是，一旦你习惯了它(通常需要1-3天)，它就会变得赏心悦目，更容易理解，对眼睛和大脑的负担也更少，因为它的布局方式更容易接受。
几乎无一例外，我邀请的每个尝试这种风格的人(包括我自己)一开始都说，“啊，我讨厌它!”，但过了一两天就说，“我喜欢它——我发现很难不回头用这种方式重写我所有的旧东西!”
我一直希望有时间做更多的对照实验，以收集足够的证据来写一篇论文，但一直忙于其他事情。然而，这似乎是一个向那些对有争议的技术感兴趣的人提及它的好机会:-)
(编辑)
我终于抽出时间把这件事写在博客上(在“意义”阶段停留了很多年之后):第一部分，第二部分，第三部分。
PHP文件中过多的HTML:有时是必要的
PHP文件中Javascript过多:触发猛禽攻击
虽然我很难弄清楚在echo和?>< ?php 'ing html之间的所有切换(毕竟，php只是html的处理器)，但添加的一行又一行javascript使它完全无法维护。
人们必须明白这一点:它们是两种独立的编程语言。选择一种作为你的主要语言。然后继续寻找一种快速、干净、易于维护的方法，使你的主要语言包括第二语言。
你之所以总是在PHP、Javascript和HTML之间切换，是因为你对这三种语言都不在行。
好吧，也许这并不是很有争议。我的印象是，这是一个普遍的沮丧发泄话题:)
