Окей, давайте так: что такого вы можете сделать в Visual

Studio, что не можете сделать в VSCode?

Я, например, испытываю дикую трудность, когда нужно пользоваться отладчиком в чуть большей степени, чем просто поставить бряк. Копаться в структуре контейнеров, содержимом умных указателей, что-то поменять в них и продолжить выполнение - в VisualStudio - проще простого, в VSCode -боль и хз как оно делается (я пытался, в итоге забиваю и расчехляю винды и вижуалку, если уж прям очень надо)

В остальном - как по мне - однозначно.
Visual Studio и Vscode отлично дружат с CmakeLists.txt

А я и не спорю про такие нюансы. Я отвечаю на то что люди предвзято относятся из-за браузерной основы. VSCode благодаря своей архитектуре быстро развивается. Не исключено, что в будущем он ещё ближе будет к MSVS

попробуй открыть дамп памяти

Вообще, на гитхабе была забавная ишью в вскоде https://github.com/microsoft/vscode-cpptools/issues/664 Её уже, кстати, реализовали. Суть в чём - народ хотел фичу ("Создать тело определения по объявлению функции") И там, если покопаться, можно найти интересный коммент от одного из разрабов This is actively being worked on but it's been more work than we anticipated as we're trying to unify the codebase between VS and VS Code. VS already has it. We are working on it for the VS Code C++ extension which involves making the current VS implementation usable by the VS Code C++ extension. Если я правильно понял, у них исходники Intellisence толи частично, толи полностью шарятся между VS и VSCode

У меня два хоста - один слабый, другой нет. На слабом я потыкался пару раз и забил, слишком он прожорливый (привет электрон) На сильном - попытался запустить .devcontainer, пока разбирался, думал свихнусь. Те кто в нем сидят, вероятно, просто не имеют альтернатив. Про развитие соглашусь, с момента форка от атома, он шагнул вперед. Но в целом преимущество там одно - opensource , на этом всё. Сообщество пытается выжать проценты перфа из железа каждый год, чтобы потом похоронить их такими проектами.

Медленнее VSCode уже не станет (кроме багов), а железо постоянно прогрессирует. По-этому, вопрос производительности VSCode теряет актуальность с каждым днём. Я пользовался VSCode на ноуте с i5-4200U (железо 2013 года). Было достаточно комфортно

я сижу на 1366 и i7 295. Работать можно, все остальное упирается в прямые руки и знания.

Я пользовался VSCode на RaspberryPI 3, c 1 ГБ озу (в виде vscode-remote, правда, но по сути - там всё ядро vscode гоняется). Было итить как дискомфортно.

Какую альтернативу VSCode на таком железе вы для себя видите?

neovim наверное + dap, но тут был момент в том, что нужно было быренько отловить баг и глянуть что вообще творится.

Под neovim уже есть нормальная поддержка CMakePresets?

Qt Creator?

А хер знает. Я как-то пресетами не пользуюсь (хотя надо б глянуть что они дают)

Проще писать типа nano, vim и т.д. Где вообще по сути нету ни чего, компилятор так использовать через терминал или по умней собирать скриптами.

Тот же вопрос с нормальной поддержкой CMakePresets

Вы не поняли сути разговора, или вы немного бо-бо? Вопрос был про запуск IDE на 3-й малинке с 1-м ГБ оперативы. Какой QT creator?!

То есть запускать vscode норм, а креатор нет?))

slow code on

Насколько я замечал, IntelliSens кушает меньше чем Clang-tidy

Я Creator-ом как-то не пользуюсь, поэтому не в курсе, он умеет работать "удалённо"? Это когда "Ядро" у вас работает на одной машине, а весь гуй - на другой. Вот Vsode так умеет, на RPi3 у меня нет даже графического интерфейса.

Ты хочешь сказать, что это слабые характеристики?

Умеет

я хочу сказать, что чтобы запустить QTCreator на RPI3 туда придётся воткнуть какой-нибудь GUI, рабочий стол. и прочие вещи, которые на малине нахер не сдались (это моё мнение, ну не для гуя она)

Ну, просто речи про remote запуск изначально не было - я в голове держал кейс, что малина это хостовая тачка

... использовать 3-ю малину как хостовую тачку - удовольствие такое себе.

QtC умеет в remote дебаг и деплой через gdbserver