Исходное сообщение
"Компания JetBrains представила IDE RustRover и прекратила ра..." Отправлено Аноним, 14-Сен-23 13:19
LSP-протокол неудачен в принципе. Он появился только по одной причине: M$ - богатая корпорация, которая имеет свои деньги не за счёт IDE, IDE вообще побочный продукт, и которая может себе позволить инвестировать в разрушительные инновации. Обычные разработчики IDE LSP придумать и реализовать по своей инициативе не могли в принципе. Потому что инвестиции в LSP - это инвестиции в продукты КОНКУРЕНТОВ, а разработчикам IDE нужно развивать СВОЙ IDE и вырываться вперёд конкурентов. Мало спроектировать протокол LSP, нужно сделать ещё несколько серверов для него. Более того, спроектировать протокол в отрыве от проектирования сервера и клиента невозможно. Зачем разработчикам IDE тратить свои деньги на то, что конкуренты просто возьмут готовым? А вот M$ прямая выгода есть. При сетевой модели LSP-сервера можно сделать проприетарными, разместить в СВОЁМ облаке Azure и продавать доступ к ним по подписке, и вообще не раскрывать ни исходников, ни бинарников, при этом наоборот получив доступ ко всем исходникам проектов пользователей облачного LSP. Жор же памяти - это плюс: тем меньше людей смогут хостить их опенсорсные аналоги локально. При этом наличие LSP стирает различия между IDE к GUI и в то же время создаёт им необходимость вкладываться в реализацию неудобного в реализации протокола. То есть провайдеры облачных LSP в выигрыше, а создатели локальных LSP - в убытке, но вынуждены участвовать во внедрении LSP. По хорошему создателям IDE нужно бы собрать консорциум и сделать новую мажорную версию LSP вокруг ООП и shared-библиотек. То есть утвердить набор интерфейсов для каждого языка. Сишка, плюсы, джава, шарп, питон и остальные языки. Все интерфейсы должны иметь соответствие 1-1 и иметься набор адаптеров. А также адаптер в предыдущие версии LSP. Клиенты должны иметь прямой доступ к модели кода LSP и иметь возможность её использоватт непосредственно в своей программе и для этого расширять. Но тут опять всплывают коммерческие интересы: своя IDE ближе к телу, зачем вендору писать код, который будет использован в IDE конкурентов?

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> LSP-протокол неудачен в принципе. Он появился только по одной причине: M$ - > богатая корпорация, которая имеет свои деньги не за счёт IDE, IDE > вообще побочный продукт, и которая может себе позволить инвестировать в разрушительные > инновации. Обычные разработчики IDE LSP придумать и реализовать по своей инициативе > не могли в принципе. Потому что инвестиции в LSP - это > инвестиции в продукты КОНКУРЕНТОВ, а разработчикам IDE нужно развивать СВОЙ IDE > и вырываться вперёд конкурентов. Мало спроектировать протокол LSP, нужно сделать ещё > несколько серверов для него. Более того, спроектировать протокол в отрыве от > проектирования сервера и клиента невозможно. Зачем разработчикам IDE тратить свои деньги > на то, что конкуренты просто возьмут готовым? > А вот M$ прямая выгода есть. При сетевой модели LSP-сервера можно сделать > проприетарными, разместить в СВОЁМ облаке Azure и продавать доступ к ним > по подписке, и вообще не раскрывать ни исходников, ни бинарников, при > этом наоборот получив доступ ко всем исходникам проектов пользователей облачного LSP. > Жор же памяти - это плюс: тем меньше людей смогут хостить > их опенсорсные аналоги локально. При этом наличие LSP стирает различия между > IDE к GUI и в то же время создаёт им необходимость > вкладываться в реализацию неудобного в реализации протокола. То есть провайдеры облачных > LSP в выигрыше, а создатели локальных LSP - в убытке, но > вынуждены участвовать во внедрении LSP. > По хорошему создателям IDE нужно бы собрать консорциум и сделать новую мажорную > версию LSP вокруг ООП и shared-библиотек. То есть утвердить набор интерфейсов > для каждого языка. Сишка, плюсы, джава, шарп, питон и остальные языки. > Все интерфейсы должны иметь соответствие 1-1 и иметься набор адаптеров. А > также адаптер в предыдущие версии LSP. Клиенты должны иметь прямой доступ > к модели кода LSP и иметь возможность её использоватт непосредственно в > своей программе и для этого расширять. > Но тут опять всплывают коммерческие интересы: своя IDE ближе к телу, зачем > вендору писать код, который будет использован в IDE конкурентов?
	Введите код, изображенный на картинке: