我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
我可以阅读，可以完成任何工作。
其他回答
. net结构体(c#和VB.NET)是引用类型，就像类一样。
我是在。net 1.0出现之前或之后的某个时刻“收到”这条智慧的(我不知道从哪里来的，它可能完全从我的脑海中冒出来，就像雅典娜从宙斯的额头上冒出来一样)，并一直保存着它，直到大约4个月前Jon Skeet对这个概念进行了消除。
感谢乔恩。
附注:与编程无关，但我也相信(直到5分钟前)“阿波罗从宙斯的额头上长成了一个完整的阿波罗”。
Python是一种不切实际的、令人讨厌的语言(我仍然可以读到一些关于我早期代码的注释，抱怨它)，而c++是唯一真正的面向对象语言。
我错得太离谱了，到现在还觉得羞愧。
在很长一段时间里，我认为其他人对所有编程概念(设计模式、最新的新语言、计算复杂性、lambda表达式，只要你能想到的)都了如指掌。
阅读博客、Stack Overflow和编程书籍似乎总是让我觉得自己在所有程序员必须凭直觉知道的事情上落后于潮流。
随着时间的推移，我意识到我实际上是在将我的知识与许多人的集体知识进行比较，而不是单个人，这对任何人来说都是一个相当高的标准。现实世界中的大多数程序员都有完成工作所需的知识缓存，并且有不少领域是他们薄弱或完全不了解的。
当然，您可以查看FindBugs和PMD，但这些是我最喜欢的陷阱和技巧(所有Java):
字段没有被覆盖，而是被遮蔽。
没有显式的super。超级访问。
未定义构造函数的类具有隐式零参数构造函数。今年我犯了一个与此相关的实际错误。
要获得对内部类的父类的引用，可以使用“Outer”语法。这“消除方法调用或同步的歧义”。
在c++术语中，类是“它们自己的朋友”，该类的任何实例的私有方法和字段都可以从同一类的任何方法引用，甚至是静态方法。这将使我早期的一些clone()和copy构造函数简单得多。
在扩展类的静态上下文中可以访问受保护的方法和字段，但前提是该类在同一个包中。我很高兴flex.messaging.io.amf不是一个密封的包。
这个:
SomeClass object(initialValue);
这:
SomeClass object = initialValue;
保证在c++中是等价的。我认为第二种形式肯定会被解释成第一种形式。并非如此:请参阅c++初始化语法。
