我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
事实证明，在Linux下是否检查内存分配是否返回一个引用并不重要，因为它实际上会欺骗你，在未来的某个时候实际分配内存，或者如果它没有你需要的内存，就完全终止你的程序。
其他回答
与自动化相结合的编程优雅是老式测试的充分替代品。
Windows中的线程很便宜。
事实证明，这只是部分正确。线程有一定的开销，需要自己的地址空间，在那里它可以生存和快乐。因此，如果我发现自己在一个应用程序中处理数十个线程，我会问自己如何将所有内容简化并整合到更少的线程中。
上大学的时候(90年代中期)，他们的计算机实验室只有Windows 3.11的机器(我知道，很奇怪的大学)。
有一段时间，我认为作为一个专业程序员，只有Windows平台与我相关，而所有其他平台都只是从历史的学术角度来看有趣。
从学校毕业并学习了现代unix和linux环境后，我不禁对我蹩脚的学校感到愤怒和失望。
我现在还不敢相信，我在计算机工程学位毕业时从未见过bash shell，甚至没有听说过emacs或vim。
如果每一行都计算条件，如果你写这样的代码:
Dim a as Boolean = True
If a Then
Console.WriteLine("1")
a = False
Console.WriteLine("2")
Else
Console.WriteLine("3")
End If
那么输出将是:
1
3
人们会关心最佳实践，甚至一致性。
