我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
我的错误假设:虽然总是有一些改进的空间，但就我而言，我已经是一个尽可能好的程序员了。
当我刚从大学毕业的时候，我已经用C语言编程6年了，知道所有关于“结构化编程”的知识，认为“OO”只是一种时尚，并认为“天哪，我很好!!”
十年后，我在想“好吧，那时候我远没有我想象的那么好……现在我有了多态性的想法，以及如何编写干净的OO程序…现在我真的很好。”
所以，不知何故，我总是很好，但也总是比以前好得多。
在那之后不久，我终于有了“一些”谦卑。总是有更多的东西要学(还没有用像Haskell这样的纯函数式语言写一个合适的程序)。
其他回答
如果每一行都计算条件，如果你写这样的代码:
Dim a as Boolean = True
If a Then
Console.WriteLine("1")
a = False
Console.WriteLine("2")
Else
Console.WriteLine("3")
End If
那么输出将是:
1
3
没开始做的事，永远做不完。
看起来真的很愚蠢，但我推迟了这么多项目，因为规模太大了。我刚刚完成了一个巨大的项目，我意识到如果我意识到它的范围，我就不会开始了。在现实中，即使是最复杂的系统，当被分解成离散的和明确的部分时，也是相当简单的。然而，从宏观层面来看，它很快就被压倒了。
XML名称空间(或者更糟，格式良好)在某种程度上比没有它们要困难得多。
一个非常常见的错误，甚至在W3C!
聪明人总是比我聪明。
当我犯错误的时候，我真的可以痛打自己，经常因为自嘲而被责备。我曾经敬畏地看着许多开发人员，并经常假设，既然他们在X方面比我知道得多，他们就比我知道得多。
随着我不断积累经验，认识更多的人，我开始意识到，虽然他们在某一特定领域比我知道得多，但他们并不一定比我/你聪明。
这个故事告诉我们:永远不要低估你的能力。
当我在TI-83上编程时，我认为你不能给变量赋值。因此(忽略这是C代码，不是TI-BASIC)而不是编写
c = c + 1;
我会写
d = c + 1;
c = d;
当我学习+=和++时，我惊呆了。
