The schedule grows small. I have stopped writing new Elisp and will learn CL in order to adopt Lem.
A few years back, this schedule included smart voices attempting to exercise some cultural leadership. It was bright, well-meaning, and largely right. Being right does not stop RMS. It inspires him to travel in an alternative direction of his choosing for the rest of his life.
Could you expand on your comment a bit please? I've not heard of Lem before now. How does it compare to Emacs? Also your comment about cultural leadership. I'm not sure what you're referring to specifically. (Asking in good faith out of curiosity).
Lem is an Emacs-like editor built in Common Lisp. It's very impressive and usable for its age and I can see why some people see it as a better Emacs. Still has nowhere near the mindshare of Emacs, though, and it has a long way to go before it can match the Emacs ecosystem.
It doesn't. There is a terminal frontend, a web rendering frontend, and a deprecated SDL frontend. The web frontend was explicitly developed to speed up development, writing implementations for graphics described in CL (the part being accelerated) that can be later served by another frontend should some technical need emerge. Anyone acting like this is Electron is either leaping to conclusions or being intentionally misleading.
You're obviously not very well acquainted. Positron is explicitly aligned with _OSS thinking. "Free/libre" is how the FSF moralizes use of their GPL in order to acquire more copyright assignment from programmers who pay code into their racket so that the FSF can then lord over donations they draw by promising yet another project.
The FSF is the only home to the most dogmatic and narrow minded human beings I have ever met in my life. I dare not begin writing why. It is an essay. I have priorities to build things independent of the FSF proclivity for shortcomings.
The reason I recommend Lem is because CL is a general purpose programming language. The two-way flow of professional code in and out of the editor is a tremendous advantage that pays all sorts of dividends to libraries, innovation, runtimes, and tooling. Elisp is a Lisp, but affectionately known as "the worst of the Lisps" among serious Lisp programmers.
Some among the Emacs community are not blameless. Todays AI naysayers are just yesteryears tree-sitter doubters who said "We don't need all that fancy JSON garbledeygook" about LSP adoption. They were against an X frontend. They were against cl-anything in the symbol space. As the rock weathered away, the most abrasive sands remained. Proud they are of the lost atoll upon which no coral may grow.
Big shoutout to Amin and Sacha for keeping this going!
seconded
they made a great conference previously and wishes them the same this year
The "watch" method is so awesome:
I was thinking "Who's going to convince their company to let them do this?" and found the answer: "Sat-Sun".
Weekend... well that's a vi-able alternative ;-)
Boo!
Never attended EmacsConf before but the talks are gold!
The schedule grows small. I have stopped writing new Elisp and will learn CL in order to adopt Lem.
A few years back, this schedule included smart voices attempting to exercise some cultural leadership. It was bright, well-meaning, and largely right. Being right does not stop RMS. It inspires him to travel in an alternative direction of his choosing for the rest of his life.
Could you expand on your comment a bit please? I've not heard of Lem before now. How does it compare to Emacs? Also your comment about cultural leadership. I'm not sure what you're referring to specifically. (Asking in good faith out of curiosity).
Lem is an Emacs-like editor built in Common Lisp. It's very impressive and usable for its age and I can see why some people see it as a better Emacs. Still has nowhere near the mindshare of Emacs, though, and it has a long way to go before it can match the Emacs ecosystem.
And the UI runs on WebView.
It doesn't. There is a terminal frontend, a web rendering frontend, and a deprecated SDL frontend. The web frontend was explicitly developed to speed up development, writing implementations for graphics described in CL (the part being accelerated) that can be later served by another frontend should some technical need emerge. Anyone acting like this is Electron is either leaping to conclusions or being intentionally misleading.
GP is a longstanding pita in the emacs community who has yet to come to terms that FOSS is an financial black hole.
You're obviously not very well acquainted. Positron is explicitly aligned with _OSS thinking. "Free/libre" is how the FSF moralizes use of their GPL in order to acquire more copyright assignment from programmers who pay code into their racket so that the FSF can then lord over donations they draw by promising yet another project.
The FSF is the only home to the most dogmatic and narrow minded human beings I have ever met in my life. I dare not begin writing why. It is an essay. I have priorities to build things independent of the FSF proclivity for shortcomings.
The reason I recommend Lem is because CL is a general purpose programming language. The two-way flow of professional code in and out of the editor is a tremendous advantage that pays all sorts of dividends to libraries, innovation, runtimes, and tooling. Elisp is a Lisp, but affectionately known as "the worst of the Lisps" among serious Lisp programmers.
Some among the Emacs community are not blameless. Todays AI naysayers are just yesteryears tree-sitter doubters who said "We don't need all that fancy JSON garbledeygook" about LSP adoption. They were against an X frontend. They were against cl-anything in the symbol space. As the rock weathered away, the most abrasive sands remained. Proud they are of the lost atoll upon which no coral may grow.