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.

我应该一直优化我的代码。这并不是说我在写之前不应该仔细考虑，而是说我应该努力思考如何从每个语句中挤出每一点性能，甚至牺牲可读性。

@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来模拟这种行为。

在初中学习算法的时候，我认为NPC只是一个非多项式问题，这意味着这个问题的复杂性并不比多项式简单。直到我在大学里学了计算理论，我才意识到我错了

我持有时间最长(因此也是代价最大)的错误假设是:“业务需求是理智和合理的，我只是还没有理解它们。”

100个绿色假设坐在墙上， 如果一个绿色假设不小心掉了， 墙上有99个绿色假设。

交替:

胖墩儿坐在墙上。 矮胖子摔了一跤， 所有国王的马，所有国王的人， 艾菲姆说，他只是个技术人员。

订阅许多RSS订阅，阅读许多博客并参与开源项目是很重要的。

我意识到，真正重要的是我花了更多的时间来写代码。我有阅读和关注许多博客的习惯，虽然它们是丰富的信息来源，但真的不可能吸收所有的东西。平衡阅读是很重要的，要多强调练习。

Reg。开源的话，我怕我不会受欢迎。我尝试过参与开源项目，大部分都是。net。看到许多开源项目甚至没有遵循适当的体系结构，我感到震惊。我看到。net中的一个系统没有使用分层架构，数据库连接代码到处都是，包括后面的代码，我放弃了。