我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
一个函数/方法应该只有一个出口点。
其他回答
作为一名老的过程式程序员，当我第一次开始为一个业余项目用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.
我记得我10岁的时候，有人让我相信，将来会有一种计算机能够在3秒内运行一个无限循环。
所有的语言(大部分)都是平等的。
在很长一段时间里，我认为语言的选择对开发过程的难度和项目成功的潜力并没有太大的影响。这绝对不是真的。
为工作选择正确的语言与任何其他单个项目决策一样重要/关键。
In the early days, most personal computers had a cassette tape interface for loading and storing programs. I did not have a computer at this time but read everything I could get my hands on (mostly magazines) that had anything to do with computers (this was the late 70's - no internet for me). For some reason I was under the impression that programs were executed directly from the cassette tape and that the only reason computers had any RAM was to store variables while the program ran. I figured that when the code had to execute a jump instruction, it would somehow rewind or advance the tape to the correct position and continue from there.
XML名称空间(或者更糟，格式良好)在某种程度上比没有它们要困难得多。
一个非常常见的错误，甚至在W3C!
