我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
在c++中，很长一段时间我都在想编译器在给纯虚方法定义时拒绝你。
当我意识到我错了时，我很吃惊。
很多次，当我告诉别人为其抽象类提供其纯虚析构函数的默认实现时，他/她都用大大的眼睛看着我。我知道接下来会有一场长时间的讨论……这似乎在c++初学者中是一个普遍的信念(我认为我自己也是如此)。我目前还在学习!)
Wikipedia链接到c++的纯虚拟方法
其他回答
这种编程软件需要扎实的高等数学基础。
在我开始编程之前，我总是被告知要成为一名优秀的程序员，你必须精通高级代数、几何、微积分、三角函数等。
十年后，我只做过一次八年级学生做不到的事。
面向对象不一定比非面向对象好。
我认为OO总是更好的。然后我发现了其他技术，比如函数式编程，并意识到OO并不总是更好。
@Kyralessa: It's worth noting that on most processors, in assembly/machine language, it's possible for functions to return someplace other than their caller while leaving the stack in good condition. Indeed, there are a variety of situations where this can be useful. One variation I first saw on the 6502, though it works even better on the Z80, was a print-message routine where the text to be printed immediately followed the call instruction; execution would resume after the zero terminator (or, as a slight optimization when using the Z80, at the zero terminator, since letting the zero byte be executed as a NOP would be cheaper than trying to avoid it).
有趣的是，在许多现代语言中，函数都有一个正常的退出点(将在调用之后恢复执行)，但也可以通过抛出异常退出。即使在C语言中，也可以使用setjmp/longjmp来模拟这种行为。
作为我编写的代码的所有者，我是唯一应该理解或接触它的人。
不是持有时间最长的，但在某一时刻，有几年的时间，我:
以为微软Windows是世界上唯一的操作系统(那是1992年) 了解DOS对于拥有“高级”操作系统知识已经足够了。
这就是为什么我在高中没有选择“计算机课程”。我以为我对计算机已经了解得够多了。
后来在大学里，出于我的错误:
我认为UNIX操作系统/程序是完美的，DOS/Windows永远不会接近它(那时候看起来很真实，我猜Linus也是这么想的，这就是为什么Linux和UNIX如此相似，而不是。其他操作系统)
最后，在很长一段时间里，我想:
只有我的软件很糟糕，而商业软件是完美无缺的，因为……它是“商业”软件 美国的软件/工程师/产品是优秀的同义词，其他的都只是糟糕的尝试。
