Re: Where is Emacs Lisp taught ?

[Gene <gene.sullivan@gmail.com>]

On Wednesday, October 24, 2018 at 12:02:59 PM UTC-4, Emanuel Berg wrote:

> I did such a course at UU in 2013-02-01 - it
> was called "Advanced Functional Programming".
> 
> The Lisp wasn't Elisp tho but CL with the
> SBCL compiler.
> 
> And I think it is better to teach CL than
> Elisp, in all honesty...

Having read the other responses posted thus far, 
this seems like the best grafting point from which to ramify
another branch of thought for our consideration.

Too many CS and math types 
 -- both perverted by these pro forma, would-be `formal' would-be sciences -- 
 reveal their theoretical biases, paradigms, and frameworks by such comments.

Elisp is NOT merely an `inferior' lisp which `sucks'; 
it IS a top-notch, SUPERIOR Domain-Specific Language.

ref: https://en.wikipedia.org/wiki/Domain-specific_language#Other_examples

IMNSHO, dumb asses compare the execution of lisp code against unflattering and bone-headed standards when they use `programming languages' -- such as C -- rather manual-mode TYPING which the users of OTHER text editors MUST perform manually BECAUSE their text editor either has NO `extension language' or one which SUCKS as bad as elisp is libeled and defamed through comparisons with general-purpose programming languages.

In this regard, I regard it more-foolish to cast elisp as an inferior lisp or Functional Language than it is to portray it as a Superior Domain-Specific Language coincidentally supporting the functional paradigm and the lisp-family -- minus Logo -- supporting syntax which facilitates meta-programming, macros, and all sorts of wholesome goodness.

When I'm using emacs it's not the speed of the elisp execution which matters; it's MY speed -- my Personal Operating System Speed -- that matters!

How much time and personal processing am I saving by using elisp as a Domain Specific Language which saves me time and hassles I'd have to endure as Opportunity Costs if I were to use another whole tool box of non-interoperable apps ... most of which can't be (as) easily automated or yolked together as elisp packages and libraries?

The missing Course is NOT one which emphasizes `functional' this or `lispiness' that ... it's one which keeps it's eyes upon the prize: "Exploiting the hell out of Emacs Lisp as a Domain-specific language which saves YOU time by allowing YOU to outsource and delegate time-consuming, tedious, otherwise-MANUAL operations!"

Computer time is cheaper than dirt; YOUR TIME is priceless.

The Domain-specific Language Point-of-View and Paradigm allows YOU to make better value judgments than other PoVs which emphasize less-important factors and considerations.

Think about it!

Cheers!
  Gene