我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
字节码解释的语言(如c#或f#)比那些直接编译成机器代码的重置按钮慢。
好吧，当我开始有这样的信念时(在80年代)，这是真的。然而，即使是在c#中，我有时也会想“把这个内循环放到一个。cpp -文件中是否会让我的应用程序运行得更快”)。
幸运的是,没有。
可悲的是，我几年前才意识到这一点。
其他回答
分析和性能分析是一回事。
然后我发现，虽然分析器总比没有强，但它包含错误的假设，比如:
只有总量才重要，细节无关紧要 统计精度是定位性能问题的必要条件 测量时间和定位不必要的耗时操作是一回事
我曾经认为编写Win32应用程序就足够了。
而且每个程序都必须有一个GUI，因为命令行已经“过时”了。
用汇编语言进行优化=重写。
When I first really understood assembly (coming from BASIC) it seemed that the only way to make code run faster was to rewrite it in assembly. Took quite a few years to realize that compilers can be very good at optimization and especially with CPUs with branch prediction etc they can probably do a better job than a human can do in a reasonable amount of time. Also that spending time on optimizing the algorithm is likely to give you a better win than spending time converting from a high to a low level language. Also that premature optimization is the root of all evil...
就查询性能而言，SQL WHERE子句中整数的位比较实际上是免费的。
碰巧，对于前50万行左右来说，这在某种程度上是正确的。在那之后，它被证明是完全无联合国的。
我以为Windows 3.1只是一个玩纸牌的平台。而DOS是BASICA的一个平台。
