我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
在c++中，很长一段时间我都在想编译器在给纯虚方法定义时拒绝你。
当我意识到我错了时，我很吃惊。
很多次，当我告诉别人为其抽象类提供其纯虚析构函数的默认实现时，他/她都用大大的眼睛看着我。我知道接下来会有一场长时间的讨论……这似乎在c++初学者中是一个普遍的信念(我认为我自己也是如此)。我目前还在学习!)
Wikipedia链接到c++的纯虚拟方法
其他回答
我相信创建程序就像在课堂上教的一样……你和一群人坐在一起，讨论一个问题，想出一个解决方案，等等。相反，现实世界是“这是我的问题，我需要解决它，开始”，十分钟后你又遇到了另一个问题，让你没有真正的时间来有效地计划解决方案。
当我刚从大学毕业开始工作时，我希望更多的高级开发人员知道他们在做什么。男孩，我错了....
其他人会像我一样被已知的错误所困扰，并且会把修复它们作为项目工作的优先级。
代码审查是浪费时间。
从一家完全可选的公司搬到一家强制性的公司(甚至是被审计的)，我逐渐明白了它们的用处。对代码有另一双眼睛，即使是最琐碎的部分，也可以:
A)当你搞砸了一些琐碎的事情时，避免你的尴尬(例如，在我之前的工作中，一个琐碎的代码审查可以防止我们向客户发送数百封垃圾邮件)
B)可以教给你你一开始不知道的东西(我在我目前的工作中学习了新的库——不可避免的是在一家大公司，有人已经偶然发现了你的问题，并做了更好的解决工作——这只是知道在哪里寻找的问题)
C)至少要确保除了你自己之外还有其他人知道事情是如何运作的。
最后，我对我在这里提交的代码比我以前的工作更满意，尽管那时我认为我什么都知道:)
XML将是一种真正可互操作的、人类可读的数据格式。
