我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
640K应该足够任何人(DOS)。多年来，很多人都相信这一点。
当我第一次拥有8MB内存的系统时，我认为这远远超过了我的需求。它可以运行操作系统(Mac)以及我使用的所有应用程序(Word、Email、Firefox等)。
其他回答
当我第一次听说“鸭子打字”时，我以为它实际上是“管道打字”，类似于人们经常说的鸭子胶带。“Duck typing”听起来是错误的，而“pipe typing”则有一种奇怪的意义(拼凑的类型)。
Java将对象的副本传递给函数，而不是引用。
换句话说，我认为如果你将一个对象传递给一个方法，然后以某种方式改变对象，它不会改变调用范围内的对象。我总是将对象传递给方法，操作它们，然后返回它们!
至少6年来，我一直坚信，每个问题都只有一个解。
完全不知道不同复杂性的多种算法、空间/时间的权衡、面向对象、功能和命令式、抽象级别和无法确定的问题。当那种幸福的天真被打破时，它打开了一个充满可能性的世界，关上了坐下来建造东西的大门。我花了很长时间才弄清楚怎么选一个然后用它来运行。
那当断点有效时，谁还需要JUnit测试?(在调试模式下测试应用程序时)。后来我意识到为什么....
我需要定义所有的变量，我将使用在我的函数在其开始(Pascal风格)。
我曾经相信我需要考虑我的函数使用的所有资源，并在我开始编码之前定义它们，这可能是因为我的第一门语言是Pascal，这是要求。然后当我转移到C语言时，我会定义只在这些循环之外的循环中使用的临时变量，忽略循环内作用域，只是为了“一切都将在开始时定义”。
我花了几年时间才明白，提前定义所有资源并不是一件容易的事，而且范围本身对代码可读性非常重要。
