我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
分析和性能分析是一回事。
然后我发现，虽然分析器总比没有强，但它包含错误的假设，比如:
只有总量才重要，细节无关紧要 统计精度是定位性能问题的必要条件 测量时间和定位不必要的耗时操作是一回事
其他回答
字节和字符实际上是一回事——“ASCII”只是将字节值映射到屏幕上的符号的一种方式。
阅读关于Unicode的文章真的让我大开眼界(尽管我仍然没有完全理解它)。
字节码解释的语言(如c#或f#)比那些直接编译成机器代码的重置按钮慢。
好吧，当我开始有这样的信念时(在80年代)，这是真的。然而，即使是在c#中，我有时也会想“把这个内循环放到一个。cpp -文件中是否会让我的应用程序运行得更快”)。
幸运的是,没有。
可悲的是，我几年前才意识到这一点。
我曾经认为ie6的盒子模式是微软为了破坏与其他浏览器的兼容性而想出的一个邪恶的愚蠢想法。
大量的csing使我相信它更符合逻辑，并且可以使页面设计维护(更改块填充/边框/页边距)更容易。
想想现实世界:改变A4页面的边框宽度并不会改变页面宽度，只会减少内容的空间。
理解指针和递归是非常困难的。
VB6中的Integers与。net大小不同。
VB6可以进行位级操作。
专业程序员制作没有bug的软件。
常见的错误假设:“代码质量是次要的”。 更糟糕的假设是:“代码质量一点都不重要。”
代码质量是一个非常宽泛的概念。我在这里已经详细讨论过了。
