做事总有一种“正确”的方式。大学毕业后很长一段时间，我一直抱着这个想法。

当然，我意识到完成一项任务总有很多种方法。每种方法都有优点和缺点。查看可用的信息，做出决定，然后确保你能向你的老板证明这一点。

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

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

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

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

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

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

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

软件的质量会带来更大的销量。有时确实如此，但并非总是如此。

这个:

SomeClass object(initialValue);

这:

SomeClass object = initialValue;

保证在c++中是等价的。我认为第二种形式肯定会被解释成第一种形式。并非如此:请参阅c++初始化语法。

人们知道他们想要什么。

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

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

这种编程是不可能的。

不是开玩笑的，我一直认为编程是一种不可能学会的东西，我总是远离它。当我接近代码的时候，我永远也无法理解它。

然后有一天，我坐下来阅读了一些基本的初学者教程，并从那里开始学习。现在我是一名程序员，我热爱工作的每一分钟。

另外，我认为编程并不容易，它是一个挑战，我更喜欢学习，没有什么比解决一些编程问题更有趣的了。