我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
至少6年来，我一直坚信，每个问题都只有一个解。
完全不知道不同复杂性的多种算法、空间/时间的权衡、面向对象、功能和命令式、抽象级别和无法确定的问题。当那种幸福的天真被打破时，它打开了一个充满可能性的世界，关上了坐下来建造东西的大门。我花了很长时间才弄清楚怎么选一个然后用它来运行。
其他回答
当然，您可以查看FindBugs和PMD，但这些是我最喜欢的陷阱和技巧(所有Java):
字段没有被覆盖，而是被遮蔽。
没有显式的super。超级访问。
未定义构造函数的类具有隐式零参数构造函数。今年我犯了一个与此相关的实际错误。
要获得对内部类的父类的引用，可以使用“Outer”语法。这“消除方法调用或同步的歧义”。
在c++术语中，类是“它们自己的朋友”，该类的任何实例的私有方法和字段都可以从同一类的任何方法引用，甚至是静态方法。这将使我早期的一些clone()和copy构造函数简单得多。
在扩展类的静态上下文中可以访问受保护的方法和字段，但前提是该类在同一个包中。我很高兴flex.messaging.io.amf不是一个密封的包。
不要使用高级的特定于实现的特性，因为你可能“有时”想要切换实现。我这样做了一次又一次，几乎无一例外地，这种转换从未发生过。
我一直认为，要成为一名优秀的程序员，必须了解系统的所有内部工作原理。我很羞愧，因为在开始编码之前，我不知道关于这门语言的一切，比如它的库、模式、代码片段。 我不再那么天真了。
我相信创建程序就像在课堂上教的一样……你和一群人坐在一起，讨论一个问题，想出一个解决方案，等等。相反，现实世界是“这是我的问题，我需要解决它，开始”，十分钟后你又遇到了另一个问题，让你没有真正的时间来有效地计划解决方案。
以为我是唯一一个会写代码的人……然后当我需要这个例程时，我不记得我做了什么，只是复制/粘贴我自己的代码。
我知道每个人都这么做。
