Seems like with all AI-enabling and just works out of the box experiences with VSCode and alike, makes GNU Emacs absolete. I’m aware of AI packages for GNU Emacs, but don’t think is worth the investiement so much; I would mostly save it for org mode, TUI, and some other few packages. But for programming, it doesn’t seem lile worth the investment, and use VSCode instead.


Certainly knowing things will always be valuable - but the effect of assistants and LLMs may be to change what it is valuable to know by devaluing a great heap of current generation’s programmers’s stock and trade.

As an addenda: by value in the above I mean “instrumental value” or more specifically, valuable to the rich who want to exploit the skills of others to become yet richer. There is always intrinsic value to knowing for the people who love to know.

— fomosapien@emacs.ch, https://emacs.ch/users/fomosapien/statuses/111264462444461233

    • nyl ( nyl@lemmy.opensupply.space ) OP
      link
      fedilink
      English
      arrow-up
      1
      ·
      edit-2
      3 years ago

      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.

  • I use Emacs for two reasons. Sunk cost, of course, but also the text input-methods for other natural languages. That’s like the main killer feature why I don’t even look at other editors. Anytime I try to type some dïäcrïtïcs into acme or whatever it’s a nightmare of compose sequences or deadkeys.

    Also paredit is pretty sick.

    @nyl @emacs

    • nyl ( nyl@lemmy.opensupply.space ) OP
      link
      fedilink
      English
      arrow-up
      0
      ·
      3 years ago

      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.

      • @nyl @Dizbdeedee If you view computing as just a bunch of commercial opportunities, yes, lisp kinda sucks, but if you view computing as a discipline for expressing thoughts in a formal, understandable and efficient manner, than Clojure, Common Lisp, Racket and even Emacs Lisp are among the top languages out there and JavaScript is near the bottom a step or two above brainfuck and perl. Haskell, Lean and Shen are also very good, and all of them owe a lot to the Lisp tradition.

      • Dizbdeedee ( Dizbdeedee@pawb.social ) 
        link
        fedilink
        English
        arrow-up
        1
        ·
        3 years ago

        it’s a domain specific language

        Yeah, but it’s very configurable and has some extensions that have really changed how I work in an editor, that I can completely change the internals for on the fly, which is not a priority for vscode

        I have no strong attachment to lisp and I agree having to learn it is a con and a time sink, but I’ve done some small extension development for vscode and hated it

        Nevermind that you already know the language when it’s behind layers of api cruft and a seperate compiler, then the debugger gives you minifed javascript bleh

        Commercial arguments are a thing, but a bit reductive no? How would vscode extension development help you earn a job that grinding leetcode or that specific role would be better suited for