我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
作为我编写的代码的所有者，我是唯一应该理解或接触它的人。
其他回答
字节码解释的语言(如c#或f#)比那些直接编译成机器代码的重置按钮慢。
好吧，当我开始有这样的信念时(在80年代)，这是真的。然而，即使是在c#中，我有时也会想“把这个内循环放到一个。cpp -文件中是否会让我的应用程序运行得更快”)。
幸运的是,没有。
可悲的是，我几年前才意识到这一点。
私有成员变量是实例私有的，而不是类私有的。
这种编程是不可能的。
不是开玩笑的，我一直认为编程是一种不可能学会的东西，我总是远离它。当我接近代码的时候，我永远也无法理解它。
然后有一天，我坐下来阅读了一些基本的初学者教程，并从那里开始学习。现在我是一名程序员，我热爱工作的每一分钟。
另外，我认为编程并不容易，它是一个挑战，我更喜欢学习，没有什么比解决一些编程问题更有趣的了。
大的注释/代码比率是一件好事。
我花了一段时间才意识到代码应该是自文档化的。当然，如果代码不能更清晰，或者有重要的原因，这里或那里的注释是有帮助的。但是，一般来说，最好还是把注释时间花在重命名变量上。它更清晰，注释不会与代码“不同步”。
假设我要使程序100%完成，没有错误，并报告它为“完成”。有时，公司想要在程序存在很多漏洞时发布该程序，以抢占市场份额。
