Názory k článku Úpravy Emacsu a tvorba nových modulů s využitím Emacs Lispu

pro funkcionální styl je dobrá knihovna dash.el

https://github.com/magnars/dash.el

Moc díky za doplnění. Ono je toho skutečně mnohem víc, než se podařilo dát do článku (jsem si říkal, že zastavím někde na 40 kB textu, no má to přes 60 kB :-).

Pro paredit-mode existuje úprava evil-paredit, která hlídá párovost atd. Taky (zmíním příště) existuje rainbow-delimiters, což zhruba odpovídá rainbow-parenthesis ve Vimu (https://www.root.cz/clanky/uzitecne-skripty-a-pluginy-pro-textovy-editor-vim-3-cast/#k03). nameless mode přiznám se vůbec netuším jak bude fungovat.

paredit moc neznám. Pro smartparens existuje evil-smartparens. Myslím, že to používá i spacemacs. Smartparens fungují se všemi párovými naky i mimo lisp.

Ještě k (interactive) - pravda pravda, jsem měl rozepsanou kapitolu, proč to tam musí být, ale vypadla do dalšího dílu. To se omlouvám, protože sám nemám rád, když se v tutoriálech objevují věty "toto nemusíte chápat, to si ukážeme jindy". Jenže zrovna u Elispu je toho na začátku tolik... (pár lidí jsem učil lisp, tak vím, jaká je to pro ně novinka, pokud něco podobného neměli ve škole - všechno je jinak :)

lexikální vazba - já to vždycky viděl psáno takto

Asi by bylo ideální si udělat podobný seznam, jako má Clojure:
https://clojure.org/reference/lisps

doplnil bych, že existuje IELM (Interactive Emacs Lisp Mode). Spustíte m-x ielm. Můžete mu nastavit pracovní buffer m-x ielm-change-working-buffer (c-c c-b), interaktivní funkce potom pracují s pracovním bufferem.

když nechcete, aby se výsledky tiskly do bufferu s kódem, můžete použít místo eval-print-last-sexp, jen eval-last-sexp (c-x c-e), výsledek se vytiskne do bufferu *Messages*.

podle mě zrychlení elispu ničemu nepomůže, pokud ho nadále některé moduly budou používat špatně. Například js2-mode zbytečně v elispu provádí syntaktické analýzy, aby umožnil refaktoring. Když otevřete velký mimifikovaný soubor, tak zamrzne editor. To by měly dělat procesy na pozadí (klidně další proces Emacsu). Mělo by se zabránit možnosti otevření velkých souborů s nesprávným módem. Ve vscode to mají vyřešené.

Hlavní mode pro jazyk by neměl vytvářet podprocesy. Pokročilé featury by měly být součástí odděleného IDE modu. js2-mode je podle mě špatně.

tail rekurze je v praxi k ničemu. Lze ji přímočaře přepsat na smyčku nebo iteraci nad nějakou sekvencí. V případech, kde je rekurze užitečná, tail optimalziaci použít nelze.

příklady z SICP nebudou fungovat z více důvodů. Definice funkcí ve Scheme vypadá jinak. V článku zmíněné funcall ve Scheme nepotřebujete. A mnoho dalších rozdílů.

existují implementace TCO pro elisp pomocí maker.

https://github.com/Wilfred/tco.el

Díky moc za článek. I když jsou to pro část lidí základy, pro další část je to perfektní cíl na který odkazovat, když si někdo chce začít hrát s Emacsem více do hloubky.

Díky!