Предподчтительные средства разработки под C++?

Question

[seosova]

Здравствуйте.
Пишу под С++, больше для хобби, но в когда-нибудь хочется найти серьезную работу в этом направлении. Интересуют больше алгоритмы и консольные программы.
Давно под linux привык все делать через консоль там от гита до компилятора. Не будет ли это проблемой при трудоустройстве? Пытаюсь сейчас приучить себя делать что-то в visual studio - после консоли всего кажется так много:( Часто ли требуют примененное знание какой-нибудь конкретной IDE (Visual Studio, Qt Creator)? Какие то программы с интерфейсом писать скорее всего не буду, привлекают алгоритмические задачи, обработка данный и т.д.
Или все равно большие проекты никто не делает через консольные утилиты и используют отладчики, компиляторы через IDE?

Answer 1

[Владимир Мартьянов]

Для студии есть штука под названием MsBuild, которая собирает проект без самой студии. Другое дело, что вносить в проект изменения будет проблематично без самой студии.

В общем, я бы рекомендовал все же разобраться с MSVS: добавление файлов в проект, указание каталогов для инклюдов, либ. А набирать текст и собирать вы сможете и без нее. И не стоит отказываться от отладчика тамошнего, он крайне годный для отладки с исходниками.

Comments

[seosova]

А как она справляется с огромными проектами? Что то уровня ядра линукс ( так просто как пример), вообщем что то огромное, где черт ногу сломит?

[Владимир Мартьянов]

seosova: TOR я лично собирал в студии - никаких проблем не было, а это около 2000 файлов *.c и *.h, причем это был не проект от авторов тора, а сам делал.

[seosova]

Неплохо. Я что-то такое и имел ввиду. Спасибо.

[Владимир Мартьянов]

seosova: Следующая плюшка - после сборки студия умеет показывать код, в котором реализована/объявлена та или иная функция/переменная и т.д. Не нужно ничего искать самому! :-) А еще список ошибок и предупреждений по двойному клику показывает соответствующее место в коде.

[Adamos]

Вот только весь этот анализ (Intellisence) сделан на дотНете, адски тормозит и жрет память до упора и дальше. Начиная с 2008 студии, где-то. До того летал...

[Владимир Мартьянов]

Adamos: Я его не замечаю, даже при сборке проектов на Qt с тамошними-то хидерами.

[Adamos]

Не скажу за Qt, но при использовании wxWidgets и немного Буста на машине с XP x32, Core2 с 4Гб памяти тормоза были адские. Вплоть до того, что отключал его напрочь, потому что работать без таких крепко задумывающихся подсказок получалось быстрее, чем с ними.

[Владимир Мартьянов]

Adamos: А, ну буст - вообще монструозная штука. С другой стороны, поиск по сорцам буста тоже минуты занимает.

[Adamos]

vilgeforce: тот же самый код QtCreator и Code::Blocks (правда, оба под Линукс) вертели пропеллером, без всяких задержек.

[Станислав Макаров]

не соглашусь насчет редактирования проектов MSBuild: конечно xml-синтаксис нельзя назвать аккуратным и кратким, но лично я в последнее время чуть ли не вручую редактирую proj-файлы - это помогает следить за параметрами проекта, аккуратно коммитить, еще удобно выносить общие свойства в отдельный файл, и инклудить его в каждый проект (удобно например для настроек вроде output directory или флагов для NuGet).

Answer 2

[Евгений Шатунов]

Не хотелось бы показаться экстремистом, но все же...
В бизнесе нет места хобби, это даже я (фанатик и наркоман кодописания, получающий кайф просто от написания кода) был вынужден осознать.
В бизнесе важнее всего малое время разработки с соблюдением как можно более высокого качества конечного продукта. Если у тебя получится показать приемлемую скорость выполнения задач с использованием консольных редакторов текста, отладчика и средств менеджмента кода, то ни кто и слова не скажет.
Однако, практика показывает что в бизнесе удобнее использовать комплексные решения сборки проектов. От сред разработки и до средств непрерывной интеграции.

Comments

[seosova]

Да это понимаю, поэтому и спросил. Разрабатываю в вебе, там мне все понятно, но в С++ у меня в голове есть еще ореол, вдруг там сидят бородатые гении плюсов и не признают сложные средства разработки, или там они просто не тянут. Спасибо за ответы.

[Евгений Шатунов]

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

Answer 3

[Дмитрий]

В чем разрабатывать - это дело десятое и даже двадацатое. На первом месте знание языка, технологий, наличие опыта в разработке. Если вы все это хорошо знаете, то работодатель не будет вам отказывать из-за того, что вы MS VS не знаете. Надо будет - научитесь - дело наживное. Конечно им бы хотелось, чтобы вы знали как работать с принятыми на их проекте инструментами, но если выбор будет стоят между тем, кто не знает нормально языка, но умеет работать с Visual Studio и тем кто знает язык, то поверьте, выбор будет сделан однозначно в пользу последнего. Конечно работодатели пишут много разных "хотелок", но практика показывает, что среди этих хотелок очень много того, на что они легко готовы забить.

Answer 4

[HallEffect]

Пишу в Sublime + gcc/mingw + gdb + cmake, связка покрывает все потребности. Гуй в Qt Creator.

Умение из простых инструментов сделать себе среду для разработки я считаю плюсом

Comments

[seosova]

Пока слабо представляю возможности visual studio, но не ту ли там какой-нибудь киллерфичи в отладчики или рефакторинге о которой мне и не снилось с консольными утилитами. Я никогда глубоко не копал туда, кроме чтения рекламных проспектов. Не окажусь ли я "динозавром" с привычкой все делать руками?

[Евгений Шатунов]

seosova: Покопай в сторону Find usages/View call hierarchy/Refactoring/Go to definition/Go to declaration и.т.д.

[Adamos]

Ну, отладчик в VS действительно хорош. Наверное, все это можно сделать руками, но когда у тебя непонятное поведение алгоритма и нужно смотреть, как изменяются данные в каждой итерации... руки сотрешь. Логи и дампы могут быть километровыми, а визуальное представление позволяет выцеплять нужное.

Answer 5

[Vitaly]

Давно под linux привык все делать через консоль там от гита до компилятора. Не будет ли это проблемой при трудоустройстве?

Работа с консолью -- это всегда плюс для C++ программиста. Почитайте вакансии на hh.ru, например.

Какие то программы с интерфейсом писать скорее всего не буду, привлекают алгоритмические задачи, обработка данный и т.д.

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

Про VS вообще забудьте (к слову, она печальна без вяких асситантов и решарперов) -- она нужна только программистам под винду (ваш КО). Под линукс есть Qt Creator, есть Eclipse, скоро выпустят нормальную версию CLion. Попробуйте всё, и пользуйтесь чем понравится.
А IDE нужна в любом случае. Почему? Это удобно. А всякие true-хакеры любители блокнотов... В общем не будем)

Comments

[Adamos]

Eclipse для C++... в общем, лучше бы его не было. Если CLion будет настолько же лучше CDT, насколько PhpStorm делает PDT - Eclipse смело можно игнорировать.

[Vitaly]

Adamos: Я с вами полностью согласен. Сам пользуюсь Qt Creator. Перечислил три IDE которые более-менее на слуху. Всякие CodeBlocks, Geany, KDevelop даже писать не стал... хотя возможно и зря.