Осторожно, Windows 10

[Мальчик-Одуванчик]

Речь идет о совершенствовании программиста как профессионала, разбирающегося в новых возможностях языка.

Я знавал людей, годами сидящих на таких консервативных проектах. Довольно унылое зрелище: они уходят на пенсию вместе с закрытием проекта. Отставание даже на пару лет в эволюции IT-технологий сейчас уже трудно навёрстывать. Вначале им неинтересны новинки, из-за серьёзности их текущей задачи, а потом врубаться в новое уже никак.

Полагаю что привязка к студии и обьявлении оной единственным, заслуживающим внимания, продуктом для "серьезных" C++ девелоперов как раз из этой серии.

[Medium-rare]

Компилятор C++ совсем не является обязательным приложением IDE (что по непонятным причинам пинают). В очень серьёзных командах не навязывают IDE вовсе. В старт-апе не "серьёзная", тоже, кто бы хоть слово сказал.

В моём Windows проекте я чаще использую компилятор MSVC++ с Qt Creator, а не с Visual Studio, ибо билд проекта намного быстрее (параллелизация), и мнгого чего нравится по принципу просто-быстро-работает. А для отладки на другом устройстве/хосте использую таки Visual Studio IDE, так как намного проще выполнять именно удалённую отладку. А случается никакой IDE не, без них приходится отлаживать, или WinDBG. А на Linux отлично Qt Creator работает c GDB. Ведь нафик нужно удовольствие от GDB в коммандной строке, а тут поправил текст, и сразу смотрим всеми "гляделками".

[helg]

Я пользовал codeblocks поверх gcc/gdb, он тоже основные вещи для визуализации процесса разработки исполняет. Под windows оно тоже собиралось: либо gcc/mingw либо clang. Микрософтовский не брал что-то из C++11. Из оболчки вижуала можно было вызывать make для построения проекта, но нельзя было визуально отлаживать через gdb. Даже, пардон, в эклипсе, для которого С++ - сильно боковая ветка, отладка работает как из пушки. Так что вижуал тут оказался не у дел.

Сделали бы они визуальную среду и командную строку отдельными продуктами, как браузер и операционку...

[Medium-rare]

Сделали бы они визуальную среду и командную строку отдельными продуктами, как браузер и операционку...

А, то есть о существовании той командной строки вы не знаете, но осуждаете. Хотя именно она и даёт мне возможность большую часть времени не пользоваться Visual Studio.

[helg]

Сделали бы они визуальную среду и командную строку отдельными продуктами, как браузер и операционку...

А, то есть о существовании той командной строки вы не знаете, но осуждаете. Хотя именно она и даёт мне возможность большую часть времени не пользоваться Visual Studio.

"Той" - это cl.exe, nmakе и компания? Знаю, конечно, я же сказал выше об этом. Она ещё с досовских времён тянется, даже до псевдографической оболочки "Quick C" была. Да, её можно вызывать из другой среды. Для сборки, но не для отладки. И вижуал не может отлаживать не в родном отладчике. Вот отсюда и утверждение, что визуальная среда и командная строка - не отдельные продукты.

[Medium-rare]

"Той" - это cl.exe, nmakе и компания? Знаю, конечно, я же сказал выше об этом. Она ещё с досовских времён тянется, даже до псевдографической оболочки "Quick C" была. Да, её можно вызывать из другой среды. Для сборки, но не для отладки.

Потому, что это компоненты Windows SDK:

"C:\Program Files (x86)\Windows Kits\8.1\Debuggers\x64\windbg.exe"
"C:\Program Files (x86)\Windows Kits\8.1\Debuggers\x64\cdb.exe"

И вижуал не может отлаживать не в родном отладчике. Вот отсюда и утверждение, что визуальная среда и командная строка - не отдельные продукты.

О сколько нам открытий чудных (c) не даёт поискать несколько секунд, где-что.
У Visual Studio целая куча утилит командной строки тоже, настраивается через vcvarsall.bat [x86/amd64]

[helg]

И вижуал не может отлаживать не в родном отладчике. Вот отсюда и утверждение, что визуальная среда и командная строка - не отдельные продукты.

О сколько нам открытий чудных (c) не даёт поискать несколько секунд, где-что.
У Visual Studio целая куча утилит командной строки тоже, настраивается через vcvarsall.bat [x86/amd64]

Не понял: так может вижуал управлять не MS-отладчиком или нет? У Вас получилось настроить vcvarsall на gdb?

[Medium-rare]

Не понял: так может вижуал управлять не MS-отладчиком или нет? У Вас получилось настроить vcvarsall на gdb?

Командной строки инструменты есть, а возможность интеграции какого-то стороннего отладчика в IDE, которой можно и не пользоваться, это вовсе другое.

[Мальчик-Одуванчик]

Рискну предположить что можно. К примеру интеловский компилятор умеет интегрироваться со студией и тащит с собой в качестве отладчика именно что gdb.

[flip_flop]

Компилятор C++ совсем не является обязательным приложением IDE (что по непонятным причинам пинают). В очень серьёзных командах не навязывают IDE вовсе. В старт-апе не "серьёзная", тоже, кто бы хоть слово сказал.

В моём Windows проекте я чаще использую компилятор MSVC++ с Qt Creator, а не с Visual Studio, ибо билд проекта намного быстрее (параллелизация), и мнгого чего нравится по принципу просто-быстро-работает. А для отладки на другом устройстве/хосте использую таки Visual Studio IDE, так как намного проще выполнять именно удалённую отладку. А случается никакой IDE не, без них приходится отлаживать, или WinDBG. А на Linux отлично Qt Creator работает c GDB. Ведь нафик нужно удовольствие от GDB в коммандной строке, а тут поправил текст, и сразу смотрим всеми "гляделками".

Кстати да, я пришёк к такому же, единственно верному, выводу (сегодня) . На работе проще в Линуксе. Дома в Виндоусе. Синхронизация через Гит. Qt Creator с разными компилляторами на разных платформах, но с одной и той же, приятной, мордой везде хорош.

[Medium-rare]

Кстати да, я пришёк к такому же, единственно верному, выводу (сегодня) . На работе проще в Линуксе. Дома в Виндоусе. Синхронизация через Гит. Qt Creator с разными компилляторами на разных платформах, но с одной и той же, приятной, мордой везде хорош.

Счастливый человек, что весь ваш код настолько кросс-платформенный, что один проект легко компилируется, и исполняется на разные таргеты.

[flip_flop]

Кстати да, я пришёк к такому же, единственно верному, выводу (сегодня) . На работе проще в Линуксе. Дома в Виндоусе. Синхронизация через Гит. Qt Creator с разными компилляторами на разных платформах, но с одной и той же, приятной, мордой везде хорош.

Счастливый человек, что весь ваш код настолько кросс-платформенный, что один проект легко компилируется, и исполняется на разные таргеты.

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

Кстати, сегодня, на второй день работы с QT Creator (как бы кроссплатформенно) вскрылась скрепополагающая проблема - под Виндоус нет 64 битной версии QT Creator! "И осталась старуха у разбитого корыта"

[Medium-rare]

Кстати, сегодня, на второй день работы с QT Creator (как бы кроссплатформенно) вскрылась скрепополагающая проблема - под Виндоус нет 64 битной версии QT Creator! "И осталась старуха у разбитого корыта"

В этом нет проблемы, сам Creator может быть 32-битным, а проект можно сконфигурировать с 64-битным компилятором. Для того сначала надо установить 64-битный фреймворк Qt, а затем в меню Projects добавить соответствующий Kit. Именно так и использую.

1. Use the Maintenance Tool under <install_dir> to add components and to update or remove installed components.
2. http://stackoverflow.com/questions/1446 ... a-compiler" onclick="window.open(this.href);return false; Скорее, из вопроса картинки.

[perasperaadastra]

Вот какой прикол: Профессиональная Система В10 не умеет делать ИСОшки!
А мак ОС для непрофессионалов умеет.

[flip_flop]

Кстати, сегодня, на второй день работы с QT Creator (как бы кроссплатформенно) вскрылась скрепополагающая проблема - под Виндоус нет 64 битной версии QT Creator! "И осталась старуха у разбитого корыта"

В этом нет проблемы, сам Creator может быть 32-битным, а проект можно сконфигурировать с 64-битным компилятором. Для того сначала надо установить 64-битный фреймворк Qt, а затем в меню Projects добавить соответствующий Kit. Именно так и использую.

1. Use the Maintenance Tool under <install_dir> to add components and to update or remove installed components.
2. http://stackoverflow.com/questions/1446 ... a-compiler" onclick="window.open(this.href);return false; Скорее, из вопроса картинки.

Да, спасибо, после небольшой возни с инсталляциями и опциями для какого то непонятного зверя CDB, всё заработало. Сбылась мечта идиота. Можно забыть все системные вопросы, а фронт енд выглядит идентично на разных платформах. Вылез неприятный факт - некоторые прикладные библиотеки в Виндоузе собираются под студией и не собираются под mingw. Похоже, студия де факто ультимативный тул. Впрочем, сейчас это не важно, слава QT Creator!