我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
线程=进程
其他回答
如果你看不懂我的代码，那你就是不懂这门语言。我有一些代码审查，我试图反击。
我又花了几年的时间才明白，有一个时间和地点可以让你的代码变得神奇，那就是在库中，而不是在应用程序中。该应用程序是为了清晰和可读性。Magic最好隐藏在扩展方法和框架后面。
OOP的好处是你可以重用对象，而实际上它是通过创建一个具有相同接口的新对象来重用其余的代码。
实际上，对象可能占代码的2%，因此重用只会给您带来2%的好处。真正的好处是通过创建一个新对象来重用其他98%的代码，从而允许所有其他代码完全不同。现在您重用了98%的代码。把一个东西写为一个对象所花费的时间延长3倍是值得的。
例如，如果你有一个绘图程序，突然有一个你想要绘制的新形状，你只需要改变ShapeObject(同时保持界面相同)。项目中的其他内容都不需要改变。
Windows中的线程很便宜。
事实证明，这只是部分正确。线程有一定的开销，需要自己的地址空间，在那里它可以生存和快乐。因此，如果我发现自己在一个应用程序中处理数十个线程，我会问自己如何将所有内容简化并整合到更少的线程中。
当主流设计模式在计算机科学课上被引入时，我认为它们很棒。在此之前，我有8年的编程经验，对于如何创建好的抽象概念，我真的没有扎实的理解。
设计模式就像魔法一样;你可以做一些很棒的事情。后来我发现了函数式编程(通过Mozart/Oz、OCaml、后来的Scala、Haskell和Clojure)，然后我明白了许多模式只是样板，或者额外的复杂性，因为语言表达能力不够。
当然，几乎总是有某种模式，但它们在表达性语言中处于更高的层次。现在我一直在用Java进行一些专业编码，当我不得不使用访问者或命令模式等惯例而不是模式匹配和更高阶函数时，我真的感到很痛苦。
面向对象不一定比非面向对象好。
我认为OO总是更好的。然后我发现了其他技术，比如函数式编程，并意识到OO并不总是更好。
