Elektrine lite

← Feed

@256k@merveilles.town

Post #2670786

2026-03-28 20:05 UTC

@csepp@merveilles.town I still use vscode daily for work because I work with front end frameworks and typescript and JavaScript build tools and it requires a lot of peripherals like eslint, prettier, tsc, multiple LSPs running, multi syntax highlighting trees…etc etc. Emacs is an absolute slog for all of that even if some of that functionality is becoming built in its faaaar from being reliable sadly. I don’t like microslop either but for my work our entire thing is running through Microsoft enterprise account so might as well use vscode. For my personal projects I’ll always tend to reach for emacs or sometimes neovim (although ever since finding eMacs my vim days have come to an end) Vscode as shitty as it is for many reasons, is also the most reliably well functioning out of the box and has the biggest community support so it’s hard to argue against it. I was a big ATOM fan before MS bought GitHub and subsequently killed atom and GitHub as we knew it. I’ve tried zed from the person behind atom written in rust and it’s quite nice! Though it’s still got a long way to go for extensibility. At least it’s not a total memory monster like vscode. I truly wish there was a new eMacs that broke off from the legacy that puts multithreading, async and a better modern UI as first priorities even if I do hate the idea of breaking one of the longest backwards compatible pieces of software. Something like a neomacs of some sort, but given the current state of the world I feel like if that were to happen it would most likely just be some vibe coded slop garbage like everything else has become.

Replies (1)

  • @csepp@merveilles.town 2026-03-28 21:54

    @256k@merveilles.town There is a slopcoded Emacs-on-browser-tech thing and an older emacs-ng project, so there is precedent. I'd hope for something like React Native instead, so we could get both reactive async UI and maybe the ability to use different UI backends, including native ones. Maybe also a terminal TUI one if it doesn't get in the way of the GUI code. I'm mostly language agnostic, I don't think Lisp offers as much as its proponents claim. I would prefer not relying on V8, but JS engines are at least more diverse than browser engines. Given all the supply chain attacks, having a language with an OCAP security model would be best, because the days when you could download random extensions and safely give them permission to run "rm -rf $HOME" are well and truly over. So, maybe Lapce has the right idea with WASM.

    Open ##2670787