Size: a a a

2020 September 29

AM

AlexShell Makise in pro.vim
Georgy Komarov
С плюсами несколько другая история.
Анализ C++-кода — это нетривиальная задача, и хороших IDE долго не было. По этой теме есть классный доклад от jetbrains — с какими сложностями они сталкивались при разработке clion, и что он сейчас умеет/не умеет: https://www.youtube.com/watch?v=e51Fr42EV9c.
YouTube
C++ Russia 2018:  Анастасия Казакова,  Отладка кода на C++, без запуска и компиляции
Ближайшая конференция — С++ Russia 2020 Piter
11-14 ноября, Online
Подробности и билеты: https://cppconf-piter.ru/

. Когда смотришь на шаблоны, рефлексию, генерацию кода на этапе компиляции, метаклассы, возникает ощущение, что C++ поставил себе задачу максимально “спрятать” итоговый код от разработчика. А нетривиальное использование препроцессора (и многочисленные ответвления) может сделать последовательность действий программы очень неочевидной. Конечно, эти подходы избавляют разработчиков от бесконечного copy-paste и повторения похожих частей кодовой базы, но требуют более продвинутой поддержки в инструментах разработки.

Можно ли отлаживать код без непрерывного его перезапуска, без отладчика, да даже без простой компиляции всей кодовой базы? Если ли возможность поиска ошибок в коде, который нельзя собрать или запустить на локальной машине? Есть! Интегрированные среды разработки (IDE) обладают обширными знаниями и пониманием пользовательского кода, и именно они могут предоставить соответствующие инструменты.…
А вот писали бы софт как явно выраженные конечные автоматы, и проблем бы таких не было
источник

GK

Georgy Komarov in pro.vim
Непредставимый Пхы
А как в нем поживает vim-mode?
Да в целом юзабельно. На уровне ideavim.
Но не так удобно, как vim.
источник

cc

cent cent in pro.vim
Vadim Goncharov
сегодня день плохих читателей, похоже
Что-то сегодня всех штормит, похоже))
источник

N

Nikolay in pro.vim
источник

VG

Vadim Goncharov in pro.vim
AlexShell Makise
А вот писали бы софт как явно выраженные конечные автоматы, и проблем бы таких не было
добро пожаловать к железнодорожникам! https://t.me/vimers/61796
источник

GK

Georgy Komarov in pro.vim
Да, да, они это любят 👍
источник

EG

Emmanuel Goldstein in pro.vim
cent cent
Привет всем!
Тут уже 100500 раз, наверное, об этом говорили, но можете сказать чем nvim лучше vim?
Какая сейчас тенденция? Все переходят на nvim?
Чем Vim.
источник

EG

Emmanuel Goldstein in pro.vim
Если говорить про stable, то мало чем.
источник

EG

Emmanuel Goldstein in pro.vim
В Nightly уже различия очень заметны, вроде того же встроенного LSP.
источник

EG

Emmanuel Goldstein in pro.vim
Ну и это вопрос того, чему ты доверяешь.
Вим делает Брам.
Неовим делает коммьюнити.
источник

NG

Nicholas Guriev in pro.vim
cent cent
Привет всем!
Тут уже 100500 раз, наверное, об этом говорили, но можете сказать чем nvim лучше vim?
Какая сейчас тенденция? Все переходят на nvim?
Уж хз кто там переходит. Vim от Мооленаара вполне себе работает и без всяких nvim
источник

NG

Nicholas Guriev in pro.vim
конечно, кто-то и на расте пишет...
источник

EG

Emmanuel Goldstein in pro.vim
Сплит экосистемы уже неизбежен, так что тут ещё делай ставку, на каком языке будут писать плагины через пару лет: на новом VimL (который будет поддерживать только Vim) или на Lua (который будет поддерживать только NeoVim)
источник

NG

Nicholas Guriev in pro.vim
На чём только плагины не пишут: и на Python, и на JavaScript. Не Lua единым живём.
источник

EG

Emmanuel Goldstein in pro.vim
Угу.
Только плагины на VimL скоро станут Vim-специфичны, а плагины на Lua уже сейчас NeoVim-специфичны.
источник

VG

Vadim Goncharov in pro.vim
Брам делает ошибку с новым языком
источник

EG

Emmanuel Goldstein in pro.vim
Раньше были либо плагины, которые поддерживают Vim 8+ и NeoVim, либо которые поддерживают только NeoVim
источник

EG

Emmanuel Goldstein in pro.vim
Скоро появятся ещё те, которые поддерживают только Vim
источник

VG

Vadim Goncharov in pro.vim
так бы vim победил
источник

JC

Julian =) Coffee in pro.vim
Если честно не знаю ни одного плагина на луа
источник