我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
我很早就开始学习编程了。那时我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，我将它声明为一个向量。
其他回答
当我第一次听说“鸭子打字”时，我以为它实际上是“管道打字”，类似于人们经常说的鸭子胶带。“Duck typing”听起来是错误的，而“pipe typing”则有一种奇怪的意义(拼凑的类型)。
Java将对象的副本传递给函数，而不是引用。
换句话说，我认为如果你将一个对象传递给一个方法，然后以某种方式改变对象，它不会改变调用范围内的对象。我总是将对象传递给方法，操作它们，然后返回它们!
我通过阅读K&R自学了C。不幸的是，我没有逐字逐句地读，肯定漏掉了一些东西。我编写了我自己的malloc和calloc版本，我在不同的工作中都随身携带，因为我不知道你可以只链接现有的库。我这样做了好几年，直到最后有人问我为什么要带着这些东西到处走，“嗯……你知道你可以直接链接现有的库，对吧?”
Java很慢。这么多perl粉丝在slashdot上反刍(sp??)这很可悲。
对Unicode的全面支持是成功将软件部署到亚洲地区的先决条件。
