nyl

for appimage, see e.g. https://github.com/NixOS/nixpkgs/blob/master/pkgs/tools/networking/mockoon/default.nix

I quoted your comment in the original post if you're ok this, thanks for your comment

Models could be run offline and/or free, e.g. gpt4all, starhugger for emacs, huggingchat... Also, this is a fast-pace changing industry, we can only try and adapt using such tools at our disposal. You might use a tool or service that uses AI and don't even notice it.

Hahahah actually this in conjunction with Lex's talks/interviews is probably what got me thinking more about all this. Masterpiece anyway

Lol don't take me wrong, I'm still using Emacs alongside other editors. Case closed then.

Maybe you're talking from easy to use way. But Guix and Guile documentation are more cohesive in my experience, given that you're into GNU Emacs. But I don't think running GNU Guix System to be worth it.

I’ve done some small extension development for vscode and hated it

I respect your argument

Commercial arguments are a thing, but a bit reductive no?

I meant you're putting into practice a language/tech that has real and great demand than one that has little to none outside the specific domain of a text editor. Not that it automatically lands you money

Maybe they will pay a little fine---and you won't be getting the money either---while their profits skyrocket. It's always like this, so I don't even bother.

Why so? Do you work with lisp languages? I've been recently fiding learning [e]lisp a con since it's basically a domain specific language. Only Clojure has a bit of commercial opportunities, but even then it's better to learn JavaScript/TypeScript for its greater use cases. Also, if I wanted to play with functional programming I'd go Haskell, Lean, or even Shen.

How do you see these solutions by third-party? Wouldn't that likely lead to go far away from the community and do commercialization and proprietary solutions?

I also think this is the way. Glad to know I am not alone. Thank you!

PS: I have a pretty nice and modularized GNU Emacs config, but it's to me just as Lex we are missing a ton by constraining only on GNU Emacs.

Guess I'll be using GNU Emacs, VSCode, Helix, Eclipse hsha