res2001

Это практически первый вопрос, которым задаются юниоры С++, когда пытаются запустить свою первую консольную программу под виндой.
Ответов на него тут уже была целая пачка.

Суть в том, что в виндовой консоли может быть 2 русские кодировки (cp866 и cp1251) (не уверен, но может быть консоль винды научилась уже нормально работать с UTF8, если научилась, то считайте, что добавилась еще одна кодировка). Причем по умолчанию используется cp866. Кодировку консоли можно менять из самой консоли или программно.
При выводе текста в консоль никаких преобразований кодировок не происходит. В какой кодировке у вас написаны исходники - та и выводится. И если кодировка консоли и кодировка исходников не совпадают, то будет не читабельный текст.

Самый оптимальный и самый сложный вариант - в программе узнать кодировку консоли и перед выводом конвертировать текст в эту кодировку. Так же обратную операцию производить при вводе. В этом случае исходники программы лучше всего писать в UTF8 и использовать wchar_t.

Самый простой, дебильный и не всегда работающий (не будет работать если изменена кодировка консоли) - писать исходники в cp866.
Немного чуть более сложный, но не правильный - поменять кодировку консоли из программы на ту в которой написаны исходники.

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

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

Запустите установщик с ключом /? - возможно у него есть страница справки.
Если нет ищите ключи установщика в документации или на сайте производителя, может быть на форуме разработчиков и т.п.

Если бы им нужны были выпускники какого-то конкретного вуза (и факультета) они бы об этом так и писали. Такие узкоспециализированные вакансии то же встречаются.

что это сделано для процессов, работающих от имени данного пользователя

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

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

Подменяете в HTML файле некую кодовую строку на значение переменной окружения, сохраняете в новый временный файл и открываете его в браузере. Чем подменять - дело техники, я бы видимо использовал sed. Будет такой двухстрочный батник.

Самое выгодное - это то что вы лучше всего знаете.
Если важна производительность то берите С++ или другой компилируемый язык. Но это на самом деле сильно зависит от задачи, где-то и python с php вполне хватает. Сам по себе GUI не требует особой производительности (если вы обычное приложение пишите, а не игрушку на 120FPS).
Можете юзать Qt на python и не слезать со своего любимого коня.

php - интерпретируемый язык. Т.е. он не переводится в маш.код. Исходный код на PHP исполняет интерпретатор языка php.
HTML - вообще не имеет отношения к маш.кодам - это язык разметки. Его интерпретирует браузер, строит на его основе DOM и рисует веб страничку.

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

Собирал подобный конструктор, но цели были другие - отказоустойчивость в первую очередь, балансировка нагрузки во вторую.
Собирал на FreeBSD + 2 разных провайдера. Вся регулировка трафика проводилась правилами ipfw (это фаервол FreeBSD) + множественные таблицы маршрутизации. При мне схема успешно отработала лет 5. Сейчас не знаю, жива ли.
Гуглите по "Policy-based Routing" для начала.

nullptr - сам по себе это константа (сейчас не важно ее реальное значение). Где хранится, например, 2 или 100500?
Вот когда вы сделаете присваивание:
void *ptr = nullptr;
То в указателе ptr будет хранится значение nullptr.
Если посмотрите асемблерный код подобного присваивания, то там будет что-то вроде:
mov ax, 0;
В данном примере считаю, что значение nullptr - это 0. Тут видно, что nullptr хранится прямо в коде и является одним из операндов ассемблерной команды mov.
Про то что хранится в памяти, куда указывает nullptr (и ptr из примера), написал Mercury13