言语之曰

    Miscellaneous

Ian:很多设计错误都是因为设计者为了“用户方便”而产生的。结果带来的麻烦比方便多很多。

Ian:现在就像你们刚学开车,我先拿了一辆有点毛病的便宜车给你们先掌握基本的油门和方向盘的使用。之后换一辆毛病少点的车照样可以开。没必要去记住这车的毛病。

Ian:要记得,函数是一个动作,它含有它自己所需的一切信息。很多函数的参数是一个函数,它表示“具体要做什么”。它不是一个字符串,而是一个动作自己。

Ian:一旦你做过了这些题,你对函数的理解就非常深入了。因为你完全用函数来表达了自然数(及其计算)。

Ian:……先写 Call 吧,(解释器)三大要素……

Ian:这里有一个信息流动的方向的问题。

Ian:这样写破坏了 pair 的抽象层。你可以试试用 first, second 而不要直接把 pair 作为函数调用。

Ian:嗯……好像你(@拉拉拉)不用这样表达吧?你看我都已经说清楚了是什么意思然后你又非得要说一句话,然后让大家来判断你说的话对不对,好像就没有什么意义了,对吧。你现在应该已经看明白了这是什么意思嘛。嗯…好~的~

Ian:嗯…好了…那个……就是说……大家…嗯…你们看明白了是怎么回事就行了。然后,就是说如果你们要用自己的语言表达出来的话,却不一定是对的。所以,尽量试图不要去用语言表达这个事情,理解了就好。

Ian:嗯…到了这个阶段我觉得应该……放开一点,不要总是想独立想出来。你比如说你…你拿了别人的想法之后其实你…也没有损失什么,你也不一定要照他的做,然后也许你能发现一些……做得…做得不一样的地方然后就…就够了。然后……重头想的话,真想不出来其实…效果并不好。

Ian:所以…可能将来的那些……练习啊或者是…下了课之后你们要做什么,你们…就不用有那个限制了。然后也可以…搜索引擎里面搜一下……看看网上有没有其他的内容。嗯…但是要小心就是有…有那种…就是“啊”…说“啊~我来给你讲一下这个 call/cc …”什么的,然后就…噼里啪啦打了一堆代码出来然后…结果那代码又不好。然后你就…被误导了。

Ian:你可以想象这个 task …… task1 你在跑,对吧?然后到了某个时候你突然说停……停了之后你要回到哪去呢?是不是应该回到启动你的那个地方去?

Ian:到现在你应该已经理解,是什么语言并不是由语法决定的。我可以有一个 Scheme 语法的 C 语言,但它仍然是 C 语言。

Ian:我又开始看 The Little Typer。发现有时候你必须已经理解它在说什么,你才能理解它在说什么。^_^

Ian:Emacs 是一个好的操作系统,它只是缺少一个好的编辑器。

Ian:…正好相反,真正可以发挥创造力的空间并不在底层的编译器一类的东西,而在更接近应用和现实的地方。

Ian:如果你理解了句子是一个函数调用,那么你就会懂得何时该使用句号。很多中国人对句子没有清晰的概念和边界。本该是句号的地方他们却打逗号,所以你不知道他的句子到哪里结束。


打赏