> стоит ли ставить? какие подводные камни, какие плюсы\минусы относительно, например, netbeans
Долгое время я его использовал, но окончательно перешел на VIM. Могу порекомендовать использовать версию из репозитория или брать ночные сборки.
Версия для windows и linux вполне приличная, для macosx - говно.
Из плюсов стоит отметить удобную работу с проектом под разными платформами одновременно. Минимализм без фанатизма.
В принципе удобная штука, но мне ее интерфейс показался каким-то чуждым. Так и не удалось его вписать в окружение тогдашней моей бубунты, а про вендовую версию я вообще молчу.
Нормальная среда, но по функциональности до netbeans не дотягивает. Зато по скорости рвет netbeans. В принципе достаточно, но сейчас я с нее ушел на netbeans.
Для моих простеньких прожектов без гуев - мне нравится. Есть куча всего, не тормозит даже на моем нетбуке, достаточно удобно.
А главное - там есть тетрис!
учитывая, что кодить в основном придется на работе, интересует как раз виндовая версия. сильно она отличается от линуксовой? есть ли компилятор в комплекте? ну и все такое
>> Как вынужденный пользователь кодеблокса (корпоративный стандарт), советую не ставить. Это ублюдочное и глючное поделие вытрепит у тебя все нервы.
Какая версия использовалась? Чем трепала нервы?
Сейчас 9620.
wxWidget периодически впадает в ступор, отжирая процессорное время. Так было и в старых C::B, так происходит и сейчас.
wxWidget нерационально использует рабочее пространство, и настроить чтоб хотябы отступы элементов управления были поменьше, нет никакой возможности.
Список открытых файлов сортируется по никому неведомому алгоритму, так что вместо того чтобы тыкнуться на уже открытый файл, прощще его заново найти в дереве проекта.
Дебаг неработоспособен впринципе. Консоль стандартного вывода при запуске под дебагом появляется рандомно, приходится раза три перезапускать. Показывает неверные данные в переменных, особенно после того, как попытаться посмотреть содержимое массива. Брекпоинты есть, но нет ватчпоинтов. Поэтому отследить изменения переменных или ячеек памяти нет никакой возможности. Чтобы нажать кнопки «Step next», «Run to cursor» и им подобные, нужно убрать мышку с кнопки, потом обратно навести, иначе не нажимается.
Поиск использования переменных и объектов работает тупо по тексту. находя использование даже в комментариях.
Нет рефакторинга вообще.
Нет возможности экспортировать сборку проекта в Makefile. Так что, выбирая C::B ты становишься завязан на его ни с кем не совместимый *.cbp формат проекта.
Да, и еще - периодические пропадания методов в полоске-навигаторе. То есть, открываешь файл с классом. Нужно тебе отредактировать какой-то метод. А в полоске-навигаторе только ~половина методов. Приходится вручную крутить или делать поиск по тексту.
Особенно классно, когда в чужом коде пытаешься разобраться. В своем ты хоть знаешь, что метод с определенным именем должен быть. А в чужом коде впадаешь в когнитивный диссонанс.
> Да, и еще - периодические пропадания методов в полоске-навигаторе.
Да, наблюдал такое, но меня это не парило. И сейчас не волнует, т.к. VIM + ctags + кучка нужных мне плагинов позволяют решать задачу простым и удобным способом.
Показывает неверные данные в переменных, особенно после того, как попытаться посмотреть содержимое массива.
Да, глюки есть.
«Неукоснительное соблюдение взаимоисключающих параграфов есть краеугольный камень кащенизма» - ироничный намёк на характерную для кащенитов склонность к парадоксальности мышления.
> «Неукоснительное соблюдение взаимоисключающих параграфов есть краеугольный камень кащенизма» - ироничный намёк на характерную для кащенитов склонность к парадоксальности мышления.
Вы для начала разберитесь, чем отличаются выражения «неработоспособен впринципе» и «есть некоторые глюки», а потом уже вворачивайте подобные выражения.
Уж точно не для плюсов, т.к. до сих пор не умеет нормально отображать контейнеры и итераторы из STL при отладке.
В Eclipse лучший парсер Си/Си++ из тех, что я видел в свободных IDE (хотя мой основной интерес - Си); а еще в Eclipse есть _нормальная_ поддержка нескольких языков. И да, отображение итераторов и контейнеров в режиме отладки меня волнует мало, а вот работоспособная удаленная кросс-отладка - гораздо больше.