我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
. net结构体(c#和VB.NET)是引用类型，就像类一样。
我是在。net 1.0出现之前或之后的某个时刻“收到”这条智慧的(我不知道从哪里来的，它可能完全从我的脑海中冒出来，就像雅典娜从宙斯的额头上冒出来一样)，并一直保存着它，直到大约4个月前Jon Skeet对这个概念进行了消除。
感谢乔恩。
附注:与编程无关，但我也相信(直到5分钟前)“阿波罗从宙斯的额头上长成了一个完整的阿波罗”。
其他回答
事实证明，在Linux下是否检查内存分配是否返回一个引用并不重要，因为它实际上会欺骗你，在未来的某个时候实际分配内存，或者如果它没有你需要的内存，就完全终止你的程序。
. net结构体(c#和VB.NET)是引用类型，就像类一样。
我是在。net 1.0出现之前或之后的某个时刻“收到”这条智慧的(我不知道从哪里来的，它可能完全从我的脑海中冒出来，就像雅典娜从宙斯的额头上冒出来一样)，并一直保存着它，直到大约4个月前Jon Skeet对这个概念进行了消除。
感谢乔恩。
附注:与编程无关，但我也相信(直到5分钟前)“阿波罗从宙斯的额头上长成了一个完整的阿波罗”。
编程很简单。
我很早就开始学习编程了。那时我14岁左右。我有各种疯狂的想法，但不要问我准确的时间，因为那是很久以前的事了。
Ok, so, I believed for a while that if you use the term synchronize in Java, then Java solves this nasting synchronizing thing for you I believed for at least half a year, likely more, that static typing would improve performance. I believed that freeing something would return memory back to the OS. I believed that malloc calls boil down to checking if there is enough free space on the OS, so malloc would be inexpensive. I thought a long while that Java was built with all the benefits and flaws of the other languages in mind, into a "perfect blend" that would take the best properties of the other languages and reject the mistakes. I vastly overestimated the number of cases where LinkedLists outperform ArrayLists. I thought that NP-hardness was a proof that no INSTANCE could be solved efficiently, which is trivially false, for a while. I thought that finding the best flight-plan on travel agency web sites would take so long because of the "Travelling Salesman Problem", as I proudly chuckled to my relatives (when I was small, alright?!)
还能想出更多。不知道我坚持了多久。对不起。
PS: 啊，好吧，这个被清除得并不慢，但我看到新手时不时地这样做，所以我想你可能会感兴趣:我还认为要存储不确定数量的东西，你需要为每个东西声明一个新变量。所以我要创建变量a1 a2 a3…，而不是使用一个变量a，我将它声明为一个向量。
这是因为我在我的“标准”环境中构建了软件，它可以在每个人的机器/服务器上工作。只是发现我安装了一些实际上正在使用的不知名的库和服务。然后发现我利用了一个漏洞，这个漏洞后来被修补了。
