我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
640K应该足够任何人(DOS)。多年来，很多人都相信这一点。
当我第一次拥有8MB内存的系统时，我认为这远远超过了我的需求。它可以运行操作系统(Mac)以及我使用的所有应用程序(Word、Email、Firefox等)。
其他回答
经理们知道他们在说什么。
当主流设计模式在计算机科学课上被引入时，我认为它们很棒。在此之前，我有8年的编程经验，对于如何创建好的抽象概念，我真的没有扎实的理解。
设计模式就像魔法一样;你可以做一些很棒的事情。后来我发现了函数式编程(通过Mozart/Oz、OCaml、后来的Scala、Haskell和Clojure)，然后我明白了许多模式只是样板，或者额外的复杂性，因为语言表达能力不够。
当然，几乎总是有某种模式，但它们在表达性语言中处于更高的层次。现在我一直在用Java进行一些专业编码，当我不得不使用访问者或命令模式等惯例而不是模式匹配和更高阶函数时，我真的感到很痛苦。
面向对象不一定比非面向对象好。
我认为OO总是更好的。然后我发现了其他技术，比如函数式编程，并意识到OO并不总是更好。
我需要定义所有的变量，我将使用在我的函数在其开始(Pascal风格)。
我曾经相信我需要考虑我的函数使用的所有资源，并在我开始编码之前定义它们，这可能是因为我的第一门语言是Pascal，这是要求。然后当我转移到C语言时，我会定义只在这些循环之外的循环中使用的临时变量，忽略循环内作用域，只是为了“一切都将在开始时定义”。
我花了几年时间才明白，提前定义所有资源并不是一件容易的事，而且范围本身对代码可读性非常重要。
你需要一个客户规范来完成一个项目。很多时候，你从一个销售会议和一个记事本开始。当然，在会议结束时，他们想要一个最后期限，“只是大概的时间”。
