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

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

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

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

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

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

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

我是一名初出茅庐的年轻开发者，希望从事专业的开发工作，因为这是我所热爱的，以下是我曾经持有的一些观点，这些观点都是我在短暂的经验中学到的，但都是错误的

当你根本不把用户界面和逻辑分开时，你最终会遇到的可怕的混乱是可以接受的，这也是每个人写软件的方式

不存在太多复杂或抽象的东西

一类责任——我从未真正有过这个概念，它对我来说是非常正式的

测试是我在卧室里编写代码时不需要做的事情

我不需要源代码控制，因为它对我所做的项目来说是多余的

开发人员什么都做，我们应该知道如何设计图标和做出漂亮的布局

Dispose并不总是需要结束符

任何类型的错误发生时都应该抛出异常

异常是针对错误情况的，很多时候只返回一个指示失败的值就可以了。我最近才明白这一点，我一直在说这一点，并且在很长一段时间内仍然抛出异常

我可以编写一个完全没有错误的应用程序

人们知道他们想要什么。

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

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，以安抚人们对这个答案感到不安，给我代表。

我知道要编写一个合适的web应用程序，当我必须设计在所有浏览器上都能运行的东西时，我很清楚这一点。

私有成员变量是实例私有的，而不是类私有的。

我曾经认为应用程序的大部分工作实际上是编程。我相信这在某些情况下是正确的，但根据我的经验，我花了更多的时间来研究、记录、讨论和分析，而不是实际编码。(我从事的是操作基于激光的传感器的软件，确定如何最好地控制硬件比编写代码更具挑战性。)

我也曾经认为，程序员可以回头问旁边的人问题的开放环境是程序员团队敲定解决方案的最佳环境。事实证明，不管有没有团队，一个黑暗孤独的房间效率更高。

当我毕业时，我认为专业编程就像在大学编程一样，这意味着我将得到输入和预期输出，并被要求填写进行转换的黑框。在现实中，我必须弄清楚输入，输出和黑盒。

我过去并不认为市场和销售人员是人类的祸害，太天真了。