[HN Gopher] Emacs-ng: Emacs with Deno runtime and TypeScript
___________________________________________________________________
Emacs-ng: Emacs with Deno runtime and TypeScript
Author : karlicoss
Score : 56 points
Date : 2021-03-14 06:06 UTC (1 days ago)
(HTM) web link (github.com)
(TXT) w3m dump (github.com)
| bitwize wrote:
| I personally look forward to the day when every program I run
| embeds JavaScript and an HTML engine in it. Then we will be
| living in an age of true modernity in software development.
|
| Systemd-ng, anyone?
| nn3 wrote:
| I'm sure Samsung, Micron and every other company selling DIMMs
| are looking forward for that day too. It would need how much
| more memory for everything?
|
| My beefy desktop computer is often already struggling just to
| run Chrome.
|
| Emacs used to stand for "Eight Megabytes and constly swapping",
| maybe they could name it now Egacs (Eight Gigabytes ...)
| anthk wrote:
| That's Gnome3-4.
| jacobsenscott wrote:
| This looks very cool
| anthk wrote:
| Compare the recursive Fibbonaci function against Scheme with
| Guile's JIT.
| vitus wrote:
| Okay. $ cat fib.scm (define
| (fibonacci n) (if (<= n 1) n
| (+ (fibonacci (- n 1)) (fibonacci (- n 2)))))
| (fibonacci 40) $ time guile fib.scm guile
| fib.scm 8.52s user 0.01s system 99% cpu 8.559 total
|
| Node also uses V8. $ time node fib.js
| node fib.js 1.29s user 0.01s system 100% cpu 1.296 total
|
| But okay, you wanted deno. $ time deno run
| fib.js deno run fib.js 1.41s user 0.02s system 99% cpu
| 1.423 total
|
| Meanwhile, using `emacs --script fib.elc` to evaluate byte-
| compiled (fib 40) takes about 32s. And `emacs --script fib.el`
| takes about 2x that, at 64s.
|
| edit: for reference, the equivalent C code runs in 0.27s on my
| laptop.
| AlexCoventry wrote:
| Looks interesting. Some examples showing how JavaScript
| integrates with the emacs runtime would be helpful.
| _peeley wrote:
| I see a lot of parallels between Emacs' problems now and Vim's
| problems a few years ago: opaque maintenance/contributions, poor
| performance inherited from core design decisions made decades
| ago, the burden of backwards compatibility for legacy systems,
| etc. I think Emacs users and the community would benefit from a
| ground-up modern rewrite much like Neovim did for Vim, especially
| compared to this project which adds even more layers to maintain.
| It certainly addresses performance issues, but Emacs seems to
| have enough problems with things breaking spontaneously - I don't
| think adding a JavaScript runtime to the mix will do any bit of
| good there.
| anthk wrote:
| >it's an ecosystem of powerful tools and approaches that Emacs
| just doesn't have currently.
|
| Guile-Emacs should.
___________________________________________________________________
(page generated 2021-03-15 23:00 UTC)