我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
C/ c++中if语句的求值顺序是特定于编译器的。所以写作:
if (pointer != NULL) && (pointer->doSomething())
是不安全的，因为可以交换求值顺序。我最近发现(在多年的谎言之后)，它是ANSI-C规范的一部分，您可以保证订单和它的完全安全。
詹姆斯
其他回答
代码越少越好。现在我知道，有时候如果代码行数更多，就更容易阅读/理解，这是值得的
我的错误假设:虽然总是有一些改进的空间，但就我而言，我已经是一个尽可能好的程序员了。
当我刚从大学毕业的时候，我已经用C语言编程6年了，知道所有关于“结构化编程”的知识，认为“OO”只是一种时尚，并认为“天哪，我很好!!”
十年后，我在想“好吧，那时候我远没有我想象的那么好……现在我有了多态性的想法，以及如何编写干净的OO程序…现在我真的很好。”
所以，不知何故，我总是很好，但也总是比以前好得多。
在那之后不久，我终于有了“一些”谦卑。总是有更多的东西要学(还没有用像Haskell这样的纯函数式语言写一个合适的程序)。
作为一名老的过程式程序员，当我第一次开始为一个业余项目用Java编程时，我并不真正理解OO。编写了大量的代码，却没有真正理解接口的意义，试图通过将所有东西都强制放到继承层次结构中来最大化代码重用——当一个层次结构无法容纳清理时，希望Java具有多重继承。我的代码成功了，但我现在对早期的东西感到畏缩。
When I started reading about dynamic languages and trying to figure out a good one to learn, reading about Python's significant whitespace turned me off - I was convinced that I would hate that. But when I eventually learned Python, it became something I really like. We generally make the effort in whatever language to have consistent indent levels, but get nothing for it in return (other than the visual readability). In Python, I found that I wasn't doing any more effort than I had before with regard to indent levels, and Python handled what I'd been having to use braces or whatever for in other languages. It makes Python feel cleaner to me now.
在很长一段时间里，我认为其他人对所有编程概念(设计模式、最新的新语言、计算复杂性、lambda表达式，只要你能想到的)都了如指掌。
阅读博客、Stack Overflow和编程书籍似乎总是让我觉得自己在所有程序员必须凭直觉知道的事情上落后于潮流。
随着时间的推移，我意识到我实际上是在将我的知识与许多人的集体知识进行比较，而不是单个人，这对任何人来说都是一个相当高的标准。现实世界中的大多数程序员都有完成工作所需的知识缓存，并且有不少领域是他们薄弱或完全不了解的。
我以为Windows 3.1只是一个玩纸牌的平台。而DOS是BASICA的一个平台。
