长期持有的、错误的编程假设

Question

我正在对初级(也许是高级)软件工程师的常见错误和糟糕的假设进行一些研究。

你认为最久的最终被修正的假设是什么？

例如，我误解了整数的大小不是标准，而是取决于语言和目标。陈述有点尴尬，但事实就是如此。

坦率地说，你有什么坚定的信念，你大致维持了多久的假设？它可以是关于一种算法、一种语言、一种编程概念、测试或任何其他关于编程、编程语言或计算机科学的东西。

Answer 1

很长一段时间以来，我一直认为其他所有人都掌握了所有编程概念(设计模式、最新的新语言、计算复杂性、lambda表达式等等)。

阅读博客、Stack Overflow和编程书籍似乎总是让我觉得我在所有程序员必须凭直觉知道的事情上落后了。

随着时间的推移，我意识到，我实际上是在将我的知识与许多人的集体知识进行比较，而不是单个人的集体知识，这对任何人来说都是一个相当高的门槛。现实世界中的大多数程序员都有工作所需的知识缓存，并且有很多他们不是很弱就是完全不了解的领域。

Answer 2

人们知道他们想要什么。

在很长一段时间里，我认为我会与人们交谈，他们会描述一个问题或工作流程，而我会将其放入代码中，并将其自动化。事实证明，每次发生这种情况时，他们认为自己想要的并不是他们真正想要的。

编辑:我同意大多数评论。这不是技术上的答案，也可能不是提问者想要的。它不仅仅适用于编程。我肯定这也不是我最久的假设，但它是我在短短10年中学到的最令人惊叹的事情。我确信这对我来说是纯粹的天真，但我的大脑连接的方式以及我在进入商业世界之前的教学和经验让我相信我会做我回答的事情；我将能够使用代码和计算机来解决人们的问题。

我猜这个答案类似于Robin关于非程序员理解/关心我所说的内容的答案。它是关于将业务作为一个敏捷的、迭代的、交互的过程来学习。它是关于学习编程代码猴子和软件开发人员之间的区别。这是关于认识到两者之间的不同，并且要真正在该领域中表现良好，不仅仅是语法和键入速度。

编辑:这个答案现在是社区维基，以安抚人们对这个答案的不满，这给了我代表。

Answer 3

我不需要分析就知道性能问题出在哪里