EG
NeoVim от этого свободен и может себе позволить более агрессивно модифицировать код
Size: a a a
2021 January 30
YS
В неовиме исправляется больше багов например, потому, что неовим не держит совместимость с 80 годами
Причём тут neovim? Я-то про Vim9 script. ;)
EG
Yaroslav Schekin
Причём тут neovim? Я-то про Vim9 script. ;)
А. Сколько багов исправляется в VIm9Script я не знаю, не слежу за этой историей
VL
Да завезут в вим хайлайтинг и чуть более вменяемый lsc, чем те, которые уже наличествуют, и уже никаких споров будет не нужно
EG
Но да, понятно, что он сырой — перед Брамом стоит гораздо более сложная задача, чем перед авторами NeoVim
VL
Это покроет 90% функционала, который нужен программистам в совокупности с тем, что уже есть
EG
В NeoVim интегрируют язык, который специально создан, чтобы его интегрировать, а Брам пишет свой собственный транслируемый язык с нуля.
YS
А. Сколько багов исправляется в VIm9Script я не знаю, не слежу за этой историей
Везёт Вам. ;(
> Но да, понятно, что он сырой
А мне непонятно, например — неужели все языки в начале разработки настолько "грязные"?
> Но да, понятно, что он сырой
А мне непонятно, например — неужели все языки в начале разработки настолько "грязные"?
EG
Yaroslav Schekin
Везёт Вам. ;(
> Но да, понятно, что он сырой
А мне непонятно, например — неужели все языки в начале разработки настолько "грязные"?
> Но да, понятно, что он сырой
А мне непонятно, например — неужели все языки в начале разработки настолько "грязные"?
Да.
EG
Язык программирования — невероятно сложный проект.
EG
А Брам его ещё и пилит, фактически, один.
EG
И ему ещё нужно сохранять определённую совместимость со старым VimScript (хотя бы прозрачный FFI)
EG
Собственно, поэтому в NeoVim и взяли Lua — он ни в коем случае не идеальный, но он уже существует, его не надо годами писать сначала.
YS
Язык программирования — невероятно сложный проект.
Судя по тому, что их уже, наверное, десятки тысяч, и для существенной части того, что нужно сделать для разработки, есть инструменты, "твёрдая" теория и best practices — прямо удивительно.
Мне кажется, что тут дело в личном "таланте". ;)
Мне кажется, что тут дело в личном "таланте". ;)
EG
В языке программирования очень много внутренней сложности, от которой никуда не деться
Это, грубо говоря, просто очень много кода
Это, грубо говоря, просто очень много кода
EG
Чтобы отладить много кода нужно много времени
YS
Да завезут в вим хайлайтинг и чуть более вменяемый lsc, чем те, которые уже наличествуют, и уже никаких споров будет не нужно
Вот, кстати, да — я не понимаю, чем "внутренний" интерфейс к внешнему серверу (LSP) лучше, чем "внешний"?
Когда интегрируют что-то целиком — понятно.
Когда интегрируют что-то целиком — понятно.
EG
Кроме того, Vim9Script — это сложный язык программирования (в отличие, например, от того же Lua)
В нём есть статическая типизация, каналы, классы, дженерики и куча другой фигни
В нём есть статическая типизация, каналы, классы, дженерики и куча другой фигни
EG
Всё это — куча кода, на которую нужно куча времени, чтобы отладить
EG
Yaroslav Schekin
Вот, кстати, да — я не понимаю, чем "внутренний" интерфейс к внешнему серверу (LSP) лучше, чем "внешний"?
Когда интегрируют что-то целиком — понятно.
Когда интегрируют что-то целиком — понятно.
Он ощутимо быстрее и менее глючный
Потому что на самом деле Vim-style LSP-клиенты это два внешних интерфейса — от вима к плагину и от плагина к серверу
Потому что на самом деле Vim-style LSP-клиенты это два внешних интерфейса — от вима к плагину и от плагина к серверу