我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
我曾经认为编写Win32应用程序就足够了。
而且每个程序都必须有一个GUI，因为命令行已经“过时”了。
其他回答
“这个项目将在两周内完成”
and
“这需要2个小时才能实现”
理解指针和递归是非常困难的。
VB6中的Integers与。net大小不同。
VB6可以进行位级操作。
专业程序员制作没有bug的软件。
我可能花了几天时间试图减少业务层使用的内存，后来才意识到项目的WinForms (GUI)使用的内存是应用程序其他部分的4倍多。
事实证明，在Linux下是否检查内存分配是否返回一个引用并不重要，因为它实际上会欺骗你，在未来的某个时候实际分配内存，或者如果它没有你需要的内存，就完全终止你的程序。
这是因为我在我的“标准”环境中构建了软件，它可以在每个人的机器/服务器上工作。只是发现我安装了一些实际上正在使用的不知名的库和服务。然后发现我利用了一个漏洞，这个漏洞后来被修补了。
