The question of "Does it scale" is just overlooked in this case. The answer is always "just throw more expensive, powerful hardware at it". I always get curious about the resource utilization of such monster server racks.
I spent a lot of time making my own elisp config for a custom emacs experience and ended up getting something similar to Doom Emacs. So, I just switched to use Doom :)
This is how I justify not switching back to vanilla, despite not really being an evil user. Doom's module system is really great for organizing a config.
As someone that has no know how of iOS app development, this post is well written and concise. As a regular doom emacs user, I often try to make the best out of it whenever I can. I don't use LSPs at all but I am curious, do you use the same LSPs as Xcode in this case?
Xcode actually does not use an LSP server under the hood, it’s like the other historic/big IDEs that rely much on a tight integration with the compiler via static analysis and many other complex machinery to get that IDE effect, lsp servers in comparison are very basic, but also very portable and that’s their advantage: we can have a reasonable feature set of Xcode’s in any editor that supports lsp servers.
RISC-V went wild with the extension naming in the past few years with the recently ratified extensions. The original extensions are all clubbed to be labelled as G.
