1. >M$ - богатая корпорация, которая имеет свои деньги не за счёт IDE
>Microsoft's revenue is generated by three segments: Intelligent Cloud, More Personal Computing, and Productivity and Business Processes. In 2022, Microsoft generated $63.4 billion from its Productivity and Business Processes segment. It also made more than $75.3 billion through its Intelligent Cloud segment.Большая часть выручки - за счёт облаков.
2. >разработчикам IDE нужно развивать СВОЙ IDE и вырываться вперёд конкурентов
Результат теоретико-игрового анализа: для сторонных ситуация похожа на игры "Дилемма заключенного" и "Охота на оленя".
3. Очень неудобный, если ты это не понимаешь - ты просто не пробовал сделать LSP-клиент. Вместо вызова функций из dllки прихозится в добавок иметь дело с управлением процессами, их падениями, их завершением при падении IDE (чтобы не было так, что IDE упала - а процесс остался и жрёт память, ты перезапустил IDE, она опять упала, и ещё один сервер сидит и жрёт память, повторять до исчерпания памяти и 12309), IPC/сетью, сериализацией, десериализацией во внутренние структуры программы и туевой хучей boilerplate-кода. При этом неудобства и на сервере, и на клиенте.
4. В облаке можно будет разместить сервера только протокола, основанного на сети. Для протокола, основанного на shared библиотеках, тоже можно (и нужно) сделать адаптер, как и в обратную сторону. А смысл в том, что LSP-клиент - это по сути основная часть IDE. Её движок. Без него IDE бесполезна. Поэтому архитектура IDE должна быть максимально заточена на взаимодействие с этим движком, а не ехать за ним прицепом. Движок должен втраиваться в машину, а машина должна быть сделана так, чтобы в неё встраивался движок. В настоящее время IDE приходится дублировать кучу вещей на своей стороне и синхронизировать их по сети - это как если бы буксировали машину со своим двигателем и трансмиссией, установленной не в нейтраль. Вместо того, чтобы доверить LSP манипуляцию своими структурами данных напрямую.