Федор Лактионов

Встроенные средства Windows не позволяют выяснить, что конкретно ответственно за такие проблемы, потому что svchost - это процесс, ответственный за работу служб (services) Windows.
Позволяет копнуть глубже средство под названием Process Explorer от Microsoft.
Запускаете его, видите список процессов, аналогично тому, что встроен в менеджер задач Windows.
Теперь можете щелкнуть правой кнопкой мыши на любом из экземпляров svchost, который кажется вам подозрительным по количеству сожранной памяти и выбрать меню Properties... В появившемся окне переходите на вкладку Services и видите, какие именно службы работают под этим экземпляром svchost. При этом Process Explorer показывает описание службы (которое встроено в Windows).
А вот когда сузите свой вопрос до нескольких служб (или одной), можно и поискать конечную причину этой проблемы, либо просто отключить службу, если она не используется на этой машине.

int n = *w++;

*w++ работает так же, как *(w++) .
Сначала происходит инкремент указателя, операция пост-инкремента возвращает значение операнда до инкремента, а затем это значение разыменовывается и результат присваивается переменной n.
После этого в n находится 5, а указатель w указывает за край массива.

1) 100500$ зп
2) Свежую секретаршу каждое утро
3) Безлимитный пивопровод
4) 10 мониторов каждый с ultraHD и отпуск по пол года.

Можно продолжать бесконечно. Выполните 2 эти условия - и кодер сам у вас появится :-)

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

Да. Вы не поверите, но программисты Microsoft ядро для своей ОС компилируют под Windows.
Причём именно с помощью Visual Studio.

Не вижу никаких проблем: не подключайте его совсем. А в начале своего модуля просто объявите прототип функции:
extern "C" int printf(const char *format, ...);

и потом используй в своё удовольствие: компилятору вы обещание дали, а линковщик разберётся. Главное - extern "C", что говорит использовать манглинг имён в стиле C, а не C++. Естественно, если используется что-то, что не объявлено в stdio.h, но косвенно инклудится, то нужно подключать уже.

C++ жил, С++ жив, С++ будет жить

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

ps Говорить что в вебе больше перспектив конечно же правильно.
Но тру-проггеры это разработчики граф движков, компиляторов, операционок, в общем разработчики инструментария для других разработчиков(в том числе и веб прогграммеров). И без них не было ничего. Так всегда было и будет.

Зубков, например.

Конечно: www.intel.com/content/www/us/en/processors/archite...

В случае использования CI системы, можно поставить проверку code style наряду с тестированием и в случае проблем - реджектить

Работать в таком режиме тяжело в первый месяц, затем все втягиваются