从大学时代起，我就认为自己是编程大师。因为我能写代码，而别人不会。但当我加入一家公司时，我发现自己对基本知识一无所知。我对自己的所有假设都是错的!现在我知道我需要知道什么和不知道什么了!

所有的语言(大部分)都是平等的。

在很长一段时间里，我认为语言的选择对开发过程的难度和项目成功的潜力并没有太大的影响。这绝对不是真的。

为工作选择正确的语言与任何其他单个项目决策一样重要/关键。

面向对象不一定比非面向对象好。

我认为OO总是更好的。然后我发现了其他技术，比如函数式编程，并意识到OO并不总是更好。

在很长一段时间里，我认为其他人对所有编程概念(设计模式、最新的新语言、计算复杂性、lambda表达式，只要你能想到的)都了如指掌。

阅读博客、Stack Overflow和编程书籍似乎总是让我觉得自己在所有程序员必须凭直觉知道的事情上落后于潮流。

随着时间的推移，我意识到我实际上是在将我的知识与许多人的集体知识进行比较，而不是单个人，这对任何人来说都是一个相当高的标准。现实世界中的大多数程序员都有完成工作所需的知识缓存，并且有不少领域是他们薄弱或完全不了解的。

当然，您可以查看FindBugs和PMD，但这些是我最喜欢的陷阱和技巧(所有Java):

字段没有被覆盖，而是被遮蔽。

没有显式的super。超级访问。

未定义构造函数的类具有隐式零参数构造函数。今年我犯了一个与此相关的实际错误。

要获得对内部类的父类的引用，可以使用“Outer”语法。这“消除方法调用或同步的歧义”。

在c++术语中，类是“它们自己的朋友”，该类的任何实例的私有方法和字段都可以从同一类的任何方法引用，甚至是静态方法。这将使我早期的一些clone()和copy构造函数简单得多。

在扩展类的静态上下文中可以访问受保护的方法和字段，但前提是该类在同一个包中。我很高兴flex.messaging.io.amf不是一个密封的包。

人们知道他们想要什么。

在很长一段时间里，我以为我会和人们交谈，他们会描述一个问题或工作流程，我将其放入代码并自动化。结果每次发生这种情况，他们以为自己想要的并不是他们真正想要的。

Edit: I agree with most of the comments. This is not a technical answer and may not be what the questioner was looking for. It doesn't apply only to programming. I'm sure it's not my longest-held assumption either, but it was the most striking thing I've learned in the 10 short years I've been doing this. I'm sure it was pure naivete on my part but the way my brain is/was wired and the teaching and experiences I had prior to entering the business world led me to believe that I would be doing what I answered; that I would be able to use code and computers to fix people's problems.

我想这个答案类似于Robin关于非程序员理解/关心我所谈论的内容的回答。这是关于将业务作为一个敏捷的、迭代的、交互的过程来学习。它是关于学习编程猴子和软件开发人员之间的区别。这是关于意识到两者之间的区别，并且在该领域真正优秀，不仅仅是语法和输入速度。

编辑:这个答案现在是社区-wiki，以安抚人们对这个答案感到不安，给我代表。