Какие IDE предпочитаете для кодинга
Что проверяют
Насколько вы самостоятельны в своём тулчейне: собирается ли проект без вашей IDE, умеете ли отлаживать на сервере без графики, пользуетесь ли анализаторами. Следом часто спрашивают про систему сборки и про поиск падения в релизной сборке.
Как отвечать
Назовите основную среду и привяжите выбор к платформе и задачам:
- Visual Studio: стандарт для Windows и MSVC, один из самых сильных отладчиков, удобная работа с дампами, встроенная поддержка CMake и AddressSanitizer;
- CLion: кроссплатформенная IDE от JetBrains, строится вокруг CMake, умеет работать с удалёнными тулчейнами и WSL, есть бесплатная лицензия для некоммерческого использования;
- VS Code с clangd и CMake Tools: лёгкий вариант, популярен для разработки по SSH и в контейнерах;
- Qt Creator: естественный выбор для проектов на Qt;
- Vim, Neovim, Emacs: через LSP и clangd получают ту же навигацию и автодополнение.
Главная мысль: источник правды это система сборки, а не файлы проекта IDE. Проект описан в CMake, при CMAKE_EXPORT_COMPILE_COMMANDS=ON появляется compile_commands.json, и его одинаково понимают clangd, CLion и clang-tidy. Каждый в команде работает в своём редакторе, а CI собирает то же самое из командной строки.
Добавьте инструменты вокруг IDE: clang-format и clang-tidy в CI, санитайзеры ASan и UBSan в отладочных сборках, gdb или lldb для core dump на сервере, где никакой IDE нет. Расскажите свой случай, например как нашли выход за границы массива через ASan. Если опыт в основном в одной среде, скажите честно и покажите, что сборка от неё не зависит.
Где спотыкаются
Проект живёт только в .vcxproj или в настройках одной IDE, и собрать его из консоли кандидат не может.
Называют Code::Blocks или Eclipse CDT основной средой без причины. Для легаси это нормально, но выбор нужно объяснить.
Не умеют отлаживать без графического интерфейса: не открывали core dump в gdb и не знают базовых команд вроде bt и frame.