我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
我可以说服传统的过程程序员，为什么OOP经常提供更好的解决方案。
也就是说，一种描述世界的语言需要有描述复杂对象及其关系的能力。
争论通常包括关于抽象类的废话，我的回答是“不是所有的OOP程序员都刚从Uni毕业，还沉迷于抽象”。或者是经典的，“在面向对象编程中，没有什么是我用严格的过程式编程做不到的”，对此我通常会回答，“不是你能做到，而是如果你有一个更广泛的工具集，你是否会做到”。
我已经学会接受他们和我看世界的角度不同这一事实。
其他回答
这种编程是不可能的。
不是开玩笑的，我一直认为编程是一种不可能学会的东西，我总是远离它。当我接近代码的时候，我永远也无法理解它。
然后有一天，我坐下来阅读了一些基本的初学者教程，并从那里开始学习。现在我是一名程序员，我热爱工作的每一分钟。
另外，我认为编程并不容易，它是一个挑战，我更喜欢学习，没有什么比解决一些编程问题更有趣的了。
“这次会成功的”
我以为静态输入就是你一动不动地坐在键盘前。
这个:
SomeClass object(initialValue);
这:
SomeClass object = initialValue;
保证在c++中是等价的。我认为第二种形式肯定会被解释成第一种形式。并非如此:请参阅c++初始化语法。
我应该一直优化我的代码。这并不是说我在写之前不应该仔细考虑，而是说我应该努力思考如何从每个语句中挤出每一点性能，甚至牺牲可读性。
