There are much better resources to learn Emacs Lisp from.
There are much better resources to learn Emacs Lisp from.
For example, consider:
"Text Processing: Emacs Lisp vs Perl" http://ergoemacs.org/emacs/elisp_text_processing_lang.html
"How to Write grep in Emacs Lisp" http://ergoemacs.org/emacs/elisp_grep_script.html
And the other text is misguided for the most part and reveals a misunderstanding of some basic concepts. tumba, please don't use these texts. I second lispm here. Only read these once you have a solid understanding of described concepts yourself.
Nothing 'ad homenim' or mean - just saying how it is.
If you have a better alternative resource, please present it. If you can find technical faults in this resource, you should provide them so the author can correct it and other might learn of them as well.
Otherwise, stop trying to justify ad hominem with meaningless retorts.
It's not meaningless to me.
> If you can find technical faults in this resource, you should provide them so the author can correct it and other might learn of them as well.
We had extensive discussions with him for years. Literally thousands of posts can be found on comp.lang.lisp.
The only Lisp he learned was some imperative crappy style, while lecturing everyone how dumb they are.
Not to be trolling myself, but I believe that's part of the "practical" aspect.
You'll find much of the same in "Practical common lisp".
when he writes:
(let (a b c)
(setq a ...)
...
(setq b ...)
....)
That's basically the style of the past: (prog (a b c)
(setq a ...)
...)
With one difference: then it was usual to program control flows in Lisp with labels and gotos...When i begin in elisp, i ALWAYS stick with this form of using local var:
(let (x y z)
(setq ...)
(setq ...)
(setq ...)
...
)
This makes it easier to read all local variable names. Especially when readers are beginners, non-professional programers, scientists, writers.If we always use this simple style of let, what possible problem can it create?
• Does it creates algorithmic problem? • Does it slow down programs? • Does it violate some computer science principles? • Are there science based proof, or statistics, that shows this style does some damage, such as more difficult to maintain?
The only thing i can think of, is a matter of esthetics.
later on, sometimes i use this form
(let (x (y 3) (z 4)) body)
with the condition that, if i set the variable in the let parameter, it must be constant. The value never changes in the body. And now sometimes i also use the (let* ...) form.These variations are just sugar syntax. Not really important. It's a bikeshedding problem.
The thing is, in emacs lisp, there's no way to declare constants. And also, it is unnatural to code elisp or even Common Lisp without lots of setq or setf or similar.
In JavaScript, the issue is much worse. JavaScript Name Hoisting and One-Liner Functional Style http://xahlee.info/js/javascript_name_hosting_and_one-liner_...
That's the problem, actually - I never saw Xah correct anything he thought "right", no matter how many people presented rational arguments. Granted, I don't follow his writings that much, so maybe it happens; however my general impression is that it's utterly impossible to convince Xah of anything.
On the other hand, his site does provide a certain amount of information. It just mixes good information with bad in a way which makes it very hard for beginners to tell one from the other.
I wanted to check this. How easy would it be to find something trolling-like, written by Xah? Turns out it took only 3 tries when searching for "Xah Lee" on googlegroups comp.lang.lisp. The third post I clicked revealed this gem:
there's a good solution to lisp's non-functional ways.
BAN lispers from using list or cons. Everything should be vector/array
instead.
everytime a cons is involved, lispers should get a electric shock.
that will immediately fix majority of lisp's non-functional programing
in practice.
though, i'll have to say, the more i read about Clojure, the better it
seems. It is very functional, the savior of the lisp name.
...I wasted a bit of time on this and I'm not sure it was worth it, but I'm pasting this here to strengthen lispm argument by replacing "it's well known" with a concrete example.It's just that other people do deserve to know that investing their time into studying some kind of material is not likely to pay off.
I agree, though, that "he's a troll" is not the best way of communicating it. You'll notice that I wasn't the one who did that.
the only borrowed code i can think of now, now named xah-extend-selection in xah-fly-keys, by Nikolaj Schumacher, fully credited in the inline doc still. (and that function is also in ergoemacs-mode, fully credited still, now lead by Matt F.)
Any code, that possibly may be considered borrowed, i'm painstaking to give credit, often taking sometimes a hour to find the person's REAL NAME correctly (as opposed to nicknames) (if public), personal site url or blog url or social network url if any, to link to, painstakingly ask the which url he prefers, and often ask permission too when it is clearly not necessary. One can find lots of “i learned this from xyz” in my website.
I learned emacs lisp, starting in 2005, the first 5 years with much help from comp.emacs or gnu.emacs.help newsgroup, and freenode's irc emacs channel, and emacs wiki. This is also fully credited. Xah's Emacs Tutorial: Acknowledgment http://ergoemacs.org/emacs/thanks.html linked at the bottom of my emacs tutorial.
I know lisp before. Read entire Scheme r4rs and 75% of SICP in 1998, 1999. These can be verified in newsgroup. I coded Wolfram Language for 6 years before 1999, and worked at Wolfram Research for half a year. I have several eassys documentinging these facts. For example: Xah Lee's Computing Experience (Impression Of Lisp from Mathematica) http://xahlee.org/PageTwo_dir/Personal_dir/xah_comp_exp.html
personally, i generally don't borrow code, because i'm rather one of those weird or aloof guy with meticulous control of things, down to every character placement. In my elisp life since 2005 to today, i must have stolen ideas, concepts. I can't recall explicitly which at the moment, but i can say in good faith that any non-trivial concepts i've used in my project i've given acknowledgement.
Note: i've been considered a troll in comp.lang.lisp and other newsgroups from about 2000 to 2010. There were many heated arguments, and there are some who will say negative things about me wherever my name is mentioned. I do not think of myself as a troll, and have written many essays on this. Netiquette Anthropology: a Tale of Tech Geekers http://xahlee.info/Netiquette_dir/troll.html
PS unrelated but instead of a separate post: I want to thank many people who have helped a year ago. That was a big help. Thank you. I do dish-washing part-time, and am ok.
Your pages also always contain instructive examples, something which cannot be said for the manual itself.
There's a reason your pages always show up when people search for anything emacs. People in general find them helpful.
And that's what should count.
He has posted lots of bad advice, because he does not understand much Lisp programming and makes claims about all kinds of random stuff.
Just take from this discussion that his Lisp style is non-idiomatic and he writes in some primitive crappy imperative style. See my other example in this discussion.