With some comments by Bozhidar Batsov ( https://github.com/bbatsov ) here: https://emacsredux.com/blog/2020/10/22/state-of-emacs-survey...
Reading in another comment that there was some hostility in the official mailing list had me worried to read his take.
Instead, I got a wonderfully done perspective on it. Has done criticism, but all constructive. And lots of hope for seeing the results.
I share his general ideas on this. I, also, don't really care for forcing standardisation. Nor do the defaults worry me. I'm convinced most of the "Emacs is hard" crowd is just send fulfilling propaganda. So many think it is harder than alternatives because that is just what you say.
For the people wondering "who's asking": https://www.reddit.com/r/emacs/comments/je3eht/emacs_user_su... https://blog.abrochard.com/ann-emacs-survey-2020.html
Lol --
Who -- Questions or comments can go to contact@emacssurvey.org
For the people wondering "who's asking": https://www.reddit.com/r/emacs/comments/je3eht/emacs_user_su... https://blog.abrochard.com/ann-emacs-survey-2020.html
I was wondering that.
This appears to be some random person doing this - doesn't appear to be sponsored or approved by rms/gnu/fsf.
I entered this at the end: Emacs is a good text editor and I run it for every text file I read or write. As a text editor however, emacs can never handle things like project-management, software development and testing in the same way as an IDE. Yet, it has all the features of an IDE available in some melpa repository. Unfortunately, one is always forced to configure the editor and tweak it here and there to get mayb…
If it helps, maybe not the solution you want but what I do:
I launch a different emacs server for each project I'm working on, and make any modifications necessary there. Usually I only have one project per language open at a time, but suppose I have two lisp projects (unrelated) and don't want a cluttered up set of buffers that all look almost the same (by name, some getting a number appended if they were the second opened). I'll launch a named daemon from inside the project's root directory (emacs --daemon=foo, or with my .zshrc it's just emacsd foo). Then I can access it using emacsclient -s foo (or e -s foo with my .zshrc).
If you really want it customized per project you could probably add some logic to your .emacs file or elsewhere that would run custom elisp per server, maybe check to see if the directory it was launched in has a .emacs file and evaluate that.
I entered this at the end: Emacs is a good text editor and I run it for every text file I read or write. As a text editor however, emacs can never handle things like project-management, software development and testing in the same way as an IDE. Yet, it has all the features of an IDE available in some melpa repository. Unfortunately, one is always forced to configure the editor and tweak it here and there to get mayb…
I manage all my projects using a constellation of flexible (and hand-picked) tools it offers: magit for versioning, Org for documentation, note taking and time tracking, blacken, isort and prettier wrappers for my code formatting, ivy, counsel and dumb-jump for searching stuff and moving around, and I could go on and on. I understand that Emacs doesn't feel as "modern" as PyCharm or VS Code in a sense, but I don't think the "it's not an IDE" argument holds. It can be (if you want and take the time for it) a very powerful IDE, customized to exactly your needs. It can also be a lot of other things in addition. It's a difficult to classify tool, in a category of its own.
I think this survey was populated without any thought. 1. it does not specify to whom this website belongs to, neither what the purpose of this survey is 2. in programming languages, there's not even one lisp dialect. In a survey. For Emacs. :p [Edit]: correction for 2, as there's clojure. Thanks anamexis.
I think this survey was populated without any thought. 1. it does not specify to whom this website belongs to, neither what the purpose of this survey is 2. in programming languages, there's not even one lisp dialect. In a survey. For Emacs. :p [Edit]: correction for 2, as there's clojure. Thanks anamexis.
I generally agree, but re #2, there is Clojure.
Yes, you are correct! Thanks.
Shame though that neither common lisp or scheme are present.