长期持有的、不正确的编程假设

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

你坚持时间最长、最终被纠正的假设是什么?

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

坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。

当前回答

分析和性能分析是一回事。

然后我发现，虽然分析器总比没有强，但它包含错误的假设，比如:

只有总量才重要，细节无关紧要统计精度是定位性能问题的必要条件测量时间和定位不必要的耗时操作是一回事

其他回答

作为一个新手，我有一个假设，在这个领域工作多年的人自然是更好的开发人员。

以前从未见过整数提升… 并认为'z'在这段代码中可以容纳255:

unsigned char x = 1;
unsigned char y = 2;
unsigned char z = abs(x - y);

z的正确值是1

如果每一行都计算条件，如果你写这样的代码:

Dim a as Boolean = True
If a Then
    Console.WriteLine("1")
    a = False
    Console.WriteLine("2")
Else
    Console.WriteLine("3")
End If

那么输出将是:

1
3

在c++中，很长一段时间我都在想编译器在给纯虚方法定义时拒绝你。

当我意识到我错了时，我很吃惊。

很多次，当我告诉别人为其抽象类提供其纯虚析构函数的默认实现时，他/她都用大大的眼睛看着我。我知道接下来会有一场长时间的讨论……这似乎在c++初学者中是一个普遍的信念(我认为我自己也是如此)。我目前还在学习!)

Wikipedia链接到c++的纯虚拟方法

我不知道在Javascript中除以0是无穷大(IEEE 754算术)。最近经历了惨痛的教训。

推荐文章