Re: Where is Emacs Lisp taught ?

[Gene]

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