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

[helg]

Они же всех на C# хотят пересадить. До сих пор, вроде, хотят.

А немайкрософтовское коммьюнити, естественно, для любой прикладухи очень хочет C++?

C# - продукт Microsoft от начала до конца, в отличие от С++. Им по-капиталистически выгоднее пересадить людей на C#. Это бизнес, никакого злого умысла.

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

Так а что-же "серьезные" девелоперы. Делали вид что нового стандарта на язык как-бы нет, пока микрософт не разродилась его поддержкой?

Полагаю, корректнее говорить на "серьёзные", а "консервативные". Для большого проекта, который тянется десятилетиями, со стабильным кругом заказчиков, где чужие не ходят, переписывать что-то под инновации языка смысла нет. Даже переходить на новую версию компилятора надо осторожно. И особенно осторожно, если этот компилятор - от Microsoft с его "time to market".

Так дело не о переписывании проекта или перевода его под новую студию. Речь идет о совершенствовании программиста как профессионала, разбирающегося в новых возможностях языка. Если "серьезные" не в состоянии даже пукнуть в сторону без любимой студии, а gcc и иные компиляторы пользовать по этой же причине западло?

[Medium-rare]

Они же всех на C# хотят пересадить. До сих пор, вроде, хотят.

А немайкрософтовское коммьюнити, естественно, для любой прикладухи очень хочет C++?

C# - продукт Microsoft от начала до конца, в отличие от С++. Им по-капиталистически выгоднее пересадить людей на C#. Это бизнес, никакого злого умысла.

А неплохо вы мою цитату урезали в подтверждение своей мысли. Ну ладно.

[helg]

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

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

[helg]

А неплохо вы мою цитату урезали в подтверждение своей мысли. Ну ладно.

Так уж получилось. Я отвечал на неотредактированную версию Вашего сообщения.

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

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

Я знавал людей, годами сидящих на таких консервативных проектах. Довольно унылое зрелище: они уходят на пенсию вместе с закрытием проекта. Отставание даже на пару лет в эволюции 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!

[Medium-rare]

Вылез неприятный факт - некоторые прикладные библиотеки в Виндоузе собираются под студией и не собираются под mingw. Похоже, студия де факто ультимативный тул.

Это MS Visual C++ компилятор на платформе Windows ультимативный. Сейчас можно студию бесплатно поставить, и пользоваться компилятором оттуда хоть через Qt Creator, хоть командной строкой. Ай да ну, вот же они наконец-то выделили в отдельную упаковку: Visual C++ Build Tools, всё свежее. Правда, в вашем случае, опять придётся затаскивать соответствующие библиотеки Qt по компилятору/битности. У меня последний со всеми патчами компилятор VC++ 2013, нет времени апгрейдиться, тоже нашлась его упаковка.

[flip_flop]

Вылез неприятный факт - некоторые прикладные библиотеки в Виндоузе собираются под студией и не собираются под mingw. Похоже, студия де факто ультимативный тул.

Это MS Visual C++ компилятор на платформе Windows ультимативный. Сейчас можно студию бесплатно поставить, и пользоваться компилятором оттуда хоть через Qt Creator, хоть командной строкой. Ай да ну, вот же они наконец-то выделили в отдельную упаковку: Visual C++ Build Tools, всё свежее. Правда, в вашем случае, опять придётся затаскивать соответствующие библиотеки Qt по компилятору/битности. У меня последний со всеми патчами компилятор VC++ 2013, нет времени апгрейдиться, тоже нашлась его упаковка.

Согласен с поправкой. Но оно как бы в пакете всегда шло. И для установки Intel Compilers требуется именно студия. Для поиграться самому с самым свежим есть линукс с самым новым gcc. А для людей и портирования ничего более нового на виндоузе чем VC++ 2013 всё равно использовать нельзя. Так что я доволен статус кво.

[perasperaadastra]

Что-то МС слабовато поддерживает экраны высокого разрешения на ПК... Выставляю комфортное масштабирование, открываю офис, а ribbon занимает кучу места... В офисе под мак такой проблемы нет — ribbon занимает намного меньше места при аналогичных размерах других элементов.

[Medium-rare]

Что-то МС слабовато поддерживает экраны высокого разрешения на ПК... Выставляю комфортное масштабирование, открываю офис, а ribbon занимает кучу места... В офисе под мак такой проблемы нет — ribbon занимает намного меньше места при аналогичных размерах других элементов.

Scaling тема не простая, и вся кусочно-непрерывная. В MS Office несколько разных продуктов, которые пишут разные команды (какая именно програма?). Что продукты Office для Windows и Mac имеют общую функциональность, но пишутся разными людьми, тоже достоверно. Обычно, виндовская версия выходит раньше, но проколы у них разные. Точно помню, например, что Power Point 2013 для Windows никак не масштабировался UI, пока не подправить manifest file. Было ли то проколом, когда в конфигурации есть параметр? Другой вопрос. Они, видимо, не смогли одинаково качественно отрисовывать независимо от разрешения монитора.

На кой чёрт мне то надо? А вот... какой-то процент работы нынешней. Если про Windows, то в ней scaling в трёх разных модах доступен с версии 8.1. хотя примитив с Vista работал ещё. Если про Mac, то раньше. И там, и там, полностью за счёт системы только самый грубый вид scaling, не устраивающий приложения со сложными требованиями. Есть ещё scaling, когда программа получает сообщение о переносе на другой монитор.

[katit]

Мини-отчет по 10.
Вот уже два дня его конфигурирую и получил пока такие результаты. Вроде все заработало, всю среду практически настроил.

Из того с чем столкнулся и как победил или не победил:

Старт меню - поставил бесплатную беду "Classic shell".
Кучу программ поставил в опциях чего-то там про "high DPI" чтоб шрифты не мылились.
Аудио так и не заработало (Realtek onboard). Все вроде правильно, никаких конфликтов. А звука так и нет. Купил карточку аудио...
С видео глюки неясные. Типа приходит сообщение - Аутлук нотификатион выставляет - экран на момент цвета инвертируыет. Видеокарта хорошая, драйвера Майкрософтовские
Подключение к VPN так нехило прикололо. Вот нашел чувак описывает проблему. Я думал чего-то не понял...
https://shiftkeysoftware.wordpress.com/ ... indows-10/" onclick="window.open(this.href);return false;

Пока впечатление такое что работать оно будет. Но также кажется что сделано оно в таком роде что:
1. А давайте как перепишем всю винду и сделаем ее красивой.
2. Блин, столько всего переписать и там галочка и тут - хрен разберешься...
3. Сроки поджимают, давайте просто кнопки "Море/Адванцед" ставить чтоб они в старые скрины ходили. "Потом доделаем"
4. "Потом" с индусами вряд ли наступит...

Также кажется что сам core трогать боятся, в основном оболочку уродуют, так что если приловчиться то работать будет.
Ну и хоть я долго на Маке был - всетаки в Винде как-то по домашнему...