我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
在c++中，很长一段时间我都在想编译器在给纯虚方法定义时拒绝你。
当我意识到我错了时，我很吃惊。
很多次，当我告诉别人为其抽象类提供其纯虚析构函数的默认实现时，他/她都用大大的眼睛看着我。我知道接下来会有一场长时间的讨论……这似乎在c++初学者中是一个普遍的信念(我认为我自己也是如此)。我目前还在学习!)
Wikipedia链接到c++的纯虚拟方法
其他回答
代码越少越好。现在我知道，有时候如果代码行数更多，就更容易阅读/理解，这是值得的
总是没有足够的时间在最后期限前完成。
作为我编写的代码的所有者，我是唯一应该理解或接触它的人。
OOP已经过时了:(直到今天我仍然后悔这么想。
面向对象始终是设计源代码的最佳方式，而且永远都是。
