Здравствуйте, CEMb, Вы писали:

CEM>Здравствуйте, PM, Вы писали:

PM>>JetBrains открыли для всех свой продукт: http://www.jetbrains.com/clion

CEM>Кто пробовал, какие ощущения?

CEM>Шёл искать работу, показали в качестве рекламы.


вот сейчас ее запряг для работы на текущем проекте.
ощущения двоякие.



то что она скорее всего самая удобная это да. (ну после MSVC, но MSVC к винде прибита гвоздями)
но если проект чисто линуксовый (прибит к линуксу гвоздями) то clion получается самый удобный.
но тут фишка в том что он для полноценной работы пытается распарсить CMakeLists.txt если не получается — то он становится
беспомощен как ребенок. а заставить распарсить CMakeLists.txt бывает задачей нетривиальной ибо линуксоиды
любят свои C++ проеты прибить гвоздями к депенденсам которые ставятся на конкрентый сервер.
вобщем тут как то на своей рабочей машине надо эти депенденсы как то сэмулировать или воспроизвести чтоб clion
распарсил CMakeLists.txt и начал понимать структуру проекта.

А еще есть тема что легаси C++ проекты могут собираться даже не через makefile а через кпримеру целый конгломерат makefile'в
который дергаются через самописный shell скрипт. и тут тоже как хочешь так и крутись чтобы заставить clion понять структуру проекта.
(меж тем у eclipse C++ нет необходимости парсить проектные файлы — ему достаточно самих исходников)
на текуще проекте как раз такая ситуация — куча makefile'в которые дергаются самописным shell скриптом.
Но тут удалось его уломать на работу с таким проектом — clion можно заставить сгенерить CMakeLists.txt по имеющимся исходникам.
конечно автогенеренный CMakeLists.txt будет нерелевантен самому проекту, но по крайней мере clion начнет без проблем навигировать по коду.

что касается сборки проекта на своей станции рабочей — тут вот уже нет. линуксоиды же любят все к конктретной инфраструктуре конкретных серваков приколотить.
приходится закидывать модификацию кода закидывать на сервак и там его самописными скриптами собирать и местным же gdb/cgdb отлаживать если чо (каменный век блин)

ну вот примерно такое место можно определить для clion в текущих реалиях для, к примеру, моего текущего проекта

Здравствуйте, CEMb, Вы писали:

CEM>Здравствуйте, PM, Вы писали:

PM>>JetBrains открыли для всех свой продукт: http://www.jetbrains.com/clion

CEM>Кто пробовал, какие ощущения?

CEM>Шёл искать работу, показали в качестве рекламы.


вот сейчас ее запряг для работы на текущем проекте.
ощущения двоякие.



то что она скорее всего самая удобная это да. (ну после MSVC, но MSVC к винде прибита гвоздями)
но если проект чисто линуксовый (прибит к линуксу гвоздями) то clion получается самый удобный.
но тут фишка в том что он для полноценной работы пытается распарсить CMakeLists.txt если не получается — то он становится
беспомощен как ребенок. а заставить распарсить CMakeLists.txt бывает задачей нетривиальной ибо линуксоиды
любят свои C++ проеты прибить гвоздями к депенденсам которые ставятся на конкрентый сервер.
вобщем тут как то на своей рабочей машине надо эти депенденсы как то сэмулировать или воспроизвести чтоб clion
распарсил CMakeLists.txt и начал понимать структуру проекта.

А еще есть тема что легаси C++ проекты могут собираться даже не через makefile а через кпримеру целый конгломерат makefile'в
который дергаются через самописный shell скрипт. и тут тоже как хочешь так и крутись чтобы заставить clion понять структуру проекта.
(меж тем у eclipse C++ нет необходимости парсить проектные файлы — ему достаточно самих исходников)
на текуще проекте как раз такая ситуация — куча makefile'в которые дергаются самописным shell скриптом.
Но тут удалось его уломать на работу с таким проектом — clion можно заставить сгенерить CMakeLists.txt по имеющимся исходникам.
конечно автогенеренный CMakeLists.txt будет нерелевантен самому проекту, но по крайней мере clion начнет без проблем навигировать по коду.

что касается сборки проекта на своей станции рабочей — тут вот уже нет. линуксоиды же любят все к конктретной инфраструктуре конкретных серваков приколотить.
приходится закидывать модификацию кода закидывать на сервак и там его самописными скриптами собирать и местным же gdb/cgdb отлаживать если чо (каменный век блин)

ну вот примерно такое место можно определить для clion в текущих реалиях для, к примеру, моего текущего проекта


да, они в конце 2020 поддержку makefile добавили, раньше только cmake поддерживался