3 ms·
I think the LispWorks Pro IDE is nice enough! When I am working on a smaller projects, I find that SBCL+Emacs+Slime are great, but when I am working with many f
by mark_l_watson 3y ago
I think the LispWorks Pro IDE is nice enough! When I am working on a smaller projects, I find that SBCL+Emacs+Slime are great, but when I am working with many files, often in different Quicklisp libraries I work on jointly, then I find the LispWorks Pro IDE works better for me.
I have been intending on trying the latest free IDE from Franz. Two days ago I was in a fun catch-up video call with Jans Aasman from Franz, but we were talking about AI more generally, not Common Lisp specifically.
- Jach 3y agoI'm curious, what specifically works better about their IDE for you in the case of many files? Do they now have good global refactoring tools, like you can change a class name in library A and have it automatically be updated in library B and application C that depend on and use it? And without the actual files for such being open? Possibly not even the systems being loaded? (I'm reduced to what's essentially mass search-replace with https://github.com/mhinz/vim-grepper/ https://github.com/mhinz/vim-grepper/ but it does the job and importantly helps update files I might not have open buffers for. Still a step down from what's available in JavaLand. I remember someone was working on a library to build some modern refactoring tools for Lisp but I don't know how far that's gotten.)
- mark_l_watson 3y agoIt has more to do with navigation and many tiled source code windows open. It is true that using treemacs + Emacs and opening multiple frames can get a similar experience.
- lispm 3y agoIt's also a question whether a Lisp IDE has tools on a system level. "system" means source code management for libraries and applications.