我正在对初级(也许是高级)软件工程师所犯的常见错误和错误假设进行一些研究。
你坚持时间最长、最终被纠正的假设是什么?
例如，我误解了整数的大小不是标准的，而是取决于语言和目标。说起来有点尴尬，但事实就是这样。
坦率地说;你有什么坚定的信念?你大概坚持了多长时间?它可以是关于一种算法、一种语言、一个编程概念、测试，或者任何关于编程、编程语言或计算机科学的东西。
当前回答
如果你看不懂我的代码，那你就是不懂这门语言。我有一些代码审查，我试图反击。
我又花了几年的时间才明白，有一个时间和地点可以让你的代码变得神奇，那就是在库中，而不是在应用程序中。该应用程序是为了清晰和可读性。Magic最好隐藏在扩展方法和框架后面。
其他回答
除了插入/冒泡排序之外，任何事情都是非常简单的黑魔法。
@Kyralessa: It's worth noting that on most processors, in assembly/machine language, it's possible for functions to return someplace other than their caller while leaving the stack in good condition. Indeed, there are a variety of situations where this can be useful. One variation I first saw on the 6502, though it works even better on the Z80, was a print-message routine where the text to be printed immediately followed the call instruction; execution would resume after the zero terminator (or, as a slight optimization when using the Z80, at the zero terminator, since letting the zero byte be executed as a NOP would be cheaper than trying to avoid it).
有趣的是，在许多现代语言中，函数都有一个正常的退出点(将在调用之后恢复执行)，但也可以通过抛出异常退出。即使在C语言中，也可以使用setjmp/longjmp来模拟这种行为。
以为我是唯一一个会写代码的人……然后当我需要这个例程时，我不记得我做了什么，只是复制/粘贴我自己的代码。
我知道每个人都这么做。
这很尴尬，但很长一段时间以来，我一直认为嵌套方法调用或进行多个方法调用比在c#中创建一个变量来存储每个方法调用的值更节省内存。
我最大的先入之见是，我将被允许以我想要的方式编程。当然，后来我离开了大学，进入了一家拥有荒谬框架、规则和程序的公司，这不仅意味着我不能以自己想要的方式编程，而且意味着我编程得很糟糕。
