我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
不要使用高级的特定于实现的特性，因为你可能“有时”想要切换实现。我这样做了一次又一次，几乎无一例外地，这种转换从未发生过。
其他回答
当我在TI-83上编程时，我认为你不能给变量赋值。因此(忽略这是C代码，不是TI-BASIC)而不是编写
c = c + 1;
我会写
d = c + 1;
c = d;
当我学习+=和++时，我惊呆了。
不要使用高级的特定于实现的特性，因为你可能“有时”想要切换实现。我这样做了一次又一次，几乎无一例外地，这种转换从未发生过。
我可以说服传统的过程程序员，为什么OOP经常提供更好的解决方案。
也就是说，一种描述世界的语言需要有描述复杂对象及其关系的能力。
争论通常包括关于抽象类的废话，我的回答是“不是所有的OOP程序员都刚从Uni毕业，还沉迷于抽象”。或者是经典的，“在面向对象编程中，没有什么是我用严格的过程式编程做不到的”，对此我通常会回答，“不是你能做到，而是如果你有一个更广泛的工具集，你是否会做到”。
我已经学会接受他们和我看世界的角度不同这一事实。
我是一个优秀的程序员!
我最大的先入之见是，我将被允许以我想要的方式编程。当然，后来我离开了大学，进入了一家拥有荒谬框架、规则和程序的公司，这不仅意味着我不能以自己想要的方式编程，而且意味着我编程得很糟糕。
