Dv
Надо
true, у тебя точно true написано?Size: a a a
2021 October 31
Dv
Ну и славно, что разобрались
О
благодарю за сопереживание)
О
а вот может кто-нибудь знает, jetbrains'ы пользуются lsp - серверами?
О
от мелкомягких
Dv
Есть плагин для поддержки LSP, но в целом наши IDE обычно делают кастомное. LSP местами недостаточно гибок.
Dv
Некоторые не очень важные языки, типа PowerShell, делают поверх LSP. Но в основном нет.
О
мне кажется, на разработку собственного анализатора ошибок столько человеко-часов уходит
О
давно пора делать что-нибудь универсальное, работающее в идее и виме
Dv
На самом деле, не совсем так. Тут справедливо сравнивать время, которое уходит на реимплементацию того, что и так уже сделано в LSP, и что было бы нецелесообразно портировать, если использовать его.
А такой функциональности не очень-то и много.
А такой функциональности не очень-то и много.
Dv
Скажем, продвинутый какой-нибудь control flow анализ для Java+Kotlin всё равно пришлось бы самим писать. А если у Java и у Kotlin разные LSP от внешних вендоров (это не так, но представим) — тогда как можно было бы писать кроссязыковой анализ, рефакторинг, а кроссязыковые инспекции поверх универсального AST?
Dv
LSP — это отличная затея, и я считаю, что их нужно поддерживать лучше, чем есть сейчас.
Но для некоторых важных сценариев в межъязыковой IDE она не очень-то хорошо работает.
Но для некоторых важных сценариев в межъязыковой IDE она не очень-то хорошо работает.
О
может, это дело времени...
О
я не сильно разбираюсь в этом всем, но, думаю, в общем и целом все идет к совершенству и идеалу в каком-то смысле
Dv
Вполне может быть, что появится спека каких-нибудь LSPv2, в которой продуманы сценарии взаимодействия между разными LSP, и эта проблема исчезнет.
А, может, и нет, кто знает.
А, может, и нет, кто знает.
О
а тут сильно вим почитают?
Dv
В основном его поминают только в холиварах.