我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
我曾经认为应用程序的大部分工作实际上是编程。我相信这在某些情况下是正确的，但根据我的经验，我花了更多的时间来研究、记录、讨论和分析，而不是实际编码。(我从事的是操作基于激光的传感器的软件，确定如何最好地控制硬件比编写代码更具挑战性。)
我也曾经认为，程序员可以回头问旁边的人问题的开放环境是程序员团队敲定解决方案的最佳环境。事实证明，不管有没有团队，一个黑暗孤独的房间效率更高。
当我毕业时，我认为专业编程就像在大学编程一样，这意味着我将得到输入和预期输出，并被要求填写进行转换的黑框。在现实中，我必须弄清楚输入，输出和黑盒。
我过去并不认为市场和销售人员是人类的祸害，太天真了。
其他回答
这很尴尬，但很长一段时间我都没有真正理解引用类型和值类型之间的区别。我以为你必须使用ref关键字来改变一个对象在不同的方法。
这是我应该知道的c#最基本的概念之一。
OOP的好处是你可以重用对象，而实际上它是通过创建一个具有相同接口的新对象来重用其余的代码。
实际上，对象可能占代码的2%，因此重用只会给您带来2%的好处。真正的好处是通过创建一个新对象来重用其他98%的代码，从而允许所有其他代码完全不同。现在您重用了98%的代码。把一个东西写为一个对象所花费的时间延长3倍是值得的。
例如，如果你有一个绘图程序，突然有一个你想要绘制的新形状，你只需要改变ShapeObject(同时保持界面相同)。项目中的其他内容都不需要改变。
不要使用高级的特定于实现的特性，因为你可能“有时”想要切换实现。我这样做了一次又一次，几乎无一例外地，这种转换从未发生过。
c++是最酷的语言!
评论越多越好。我总是试图让我的代码尽可能具有可读性——主要是因为我几乎肯定是那个会修复我漏过的bug的人。所以在过去的几年里，我经常会收到一段又一段的评论。
最终，我明白了，有一个点，更多的评论——无论结构多么整齐——没有增加价值，实际上成为一个麻烦的维护。这些天，我采取了目录+脚注的方法，每个人都为此感到高兴。
