有人学或用Lisp的吗？

[Zzway]

交流交流

[m4ker]

不知有没有中文资源。

[myrual]

正对着伞哥翻译的practical common list 编程在 emacs里面敲代码呢

[zephyro]

学了一下，看的是伞哥翻译的“实用CommonLisp编程”，基本通读实践了一边，也看了网上一些相关的LISP心得交流的文章。学习LISP对于个人能力和眼界还是有一些提升的，确实了解了很多思想性的东西。从此，函数抽象的更合理了，测试用例轻松过了，一个方法只有七八行了，吃嘛嘛香。看，连牛都吹得这么顺溜了。

[qianleilei]

scip + Emacs Lisp

[mlzboy]

@zhuang 用Ｒ会更好

[tioover]

很慢的在照着SICP学scheme

[myrual]

刚刚完成第三章。
发觉lisp的宏真是没有任何限制啊，怪不得抽象能力超强。

[myrual]

看到第8章。
构建宏的过程，其实与重构代码的过程差不多。
先写一个长，复杂，难以理解，可以工作的代码，觉得要重构一下。
于是想到了用宏搞定。
看起来过程和用python 或者 c 没区别，但是在lisp里面
---宏无所不能。
是的，无所不能，几乎没有限制。
你只需要关心如何使用宏更符合直觉，剩下的就是把刚才那一坨代码写进宏里面。
不会被各种奇怪的限制所束缚。

[myrual]

第八章之后再次从第一章开始。终于能够略过部分内容开始关心语法用处了。
还是那句话，抽象能力无限制。

[myrual]

好几天没有敲lisp代码了，看到第八章。 为了获得无限制的抽象能力所带来的代价就是
必须小心谨慎的使用宏，一定要符合最佳编程实践，否则会出现根本没有预料到的行为。
比如编写了一个宏 (add x y)， (add 3 5)当然获得8
但是 (add (+ x y) (- y x)) 会导致什么呢？当然是期望先求值，然后运行add宏。
可是如果宏里面没有如此操作的话，就会出现不可思议错误了。
这种奇怪的行为其实很违反直觉。
一个模块，输入的参数形式竟然会影响到最终结果。

[elvis_w]

学过LOGO语言的算不算（雾~

[SoulClinic]

@myrual 翻译得太苦涩了, 估计也是 Lisp 在我们这用得少的一大原因