Vitaly

Открыли виртуальные деструкторы? Прекрасно! Пришло время открыть умные указатели. Простое правило для новичков: вообще никаких явных new и delete, всё везде передаётся и возвращается с помощью умных указателей (конст ссылок на них). Потом уже можно почитать/посмотреть Саттера, и начать что-то передавать по ссылкам или голым указателям. Но это уже следующий уровень.

https://en.cppreference.com/w/cpp/algorithm/sort
Вас интересует вот эта часть:

std::sort(s.begin(), s.end(), [](int a, int b) { return a > b; });

Ну вы же не указали чем открывать файл. Напишите в командной строке, то, что вы написали в system и посмотрите на результат.

QImage::convertToFormat

Да можно. Но для того надо использовать std::vector или std::array, метод at(). Смотрите документацию, там написано как.
К слову, компилятор вам не помешает писать за границы массива. Это вам не Rust. Но это UB в C++ и делать так не стоит.

По-моему, самый стабильный способ -- это сделать простой C интерфейс у либы и предоставить обёртки на C++, которые пользователь вышей либы уже сам будет компилять. После этого, все ваши проблемы решаться :)
Другое решение -- дождаться 23го стандарта, где, по слухам, ABI C++ стандартизуют. Но это очень оптимистичное ожидание.

Можно зайти на курсеру и поискать там курсы по плюсам от Яндекса (белый и жёлтый пояса). Они вроде все доступны бесплатно для ознакомления, т.е. если вы не хотите задания делать, то смотреть можно всё.
А так-то, читайте книги. Списки хороших книг много где есть.

Советую зайти в документацию и прочитать про типы итераторов и что это такое.

Я бы на вашем месте стандартный wchar_t использовал и выводил бы значение в wcout.
Ну и флаги компиляции возможно стоит подкрутить для WCHAR Вот этот флаг, кажется /Zc:wchar_t.

У вас же C++:

#include <algorithm>
...

std::copy_if(std::begin(srcArray), std::end(srcArray), std::begin(dstArray), 
             [](auto && elem) { return elem < 6; });

Ну там back_inserter в случае вектора может быть. Кстати, в С++ надо использовать vector или array.
Как сделать генератор случайных чисел можно посмотреть тут: www.cplusplus.com/reference/random/.

Итого, ваша задача сведётся к 4-5 строчкам кода.

Кое-какие вещи есть, но я бы не сказал, что ими активно пользуются в промышленной разработке. А причина проста: C++ предоставляет слишком много контроля, и слишком сложен, в сравнении с популярными для веб языками PHP, Python, Ruby и т.п. Помимо этого, он ещё и компилируемый, без рефлексии из коробки, с проблемами с ABI и т.д. Т.е. придётся преодолевать много трудностей и учиться многим вещам, при весьма сомнительной пользе для веб.
Разумное использование, это например писать какие-то расширения на стороне сервера, или расширения к БД. Но только не фреймворки вроде RoR.

Да. Читайте про статическую линковку.
Помимо этого, можно просто все нужные зависимости поставлять с исполняемым файлом.

Зачем избавляться от strcpy? Она проста и эффективна, как и большая часть языка C. Проверка длинны строки на каждый символ или просто дополнительная проверка -- это проверка и, как следствие, затраченное время. При определённой культуре программирования, покрытия кода тестами (в том числе и со случайными данными), ревью, и использовании средств статического и динамического анализа, риски можно минимизировать. Взамен вы получаете быстрый и легкий код, практически без оверхеда. Из-за отсутствия оверхеда (тяжёлого рантайма), этот язык популярен для всяких системных вещей (я всё ещё скептически настроен насчёт Rust) + очень много кода на нём уже написано и его надо поддерживать + интерфейсы многих библиотек написаны на C из-за возможных проблем с ABI, в случае C++, например и т.п.
В C++ дела обстоят по-другому, и мешать (а тем более путать) его с C не стоит (ну только, если надо что-то системное дёрнуть в недрах вашего кода или написать обвязки для C библиотеки).

Я вижу несколько вариантов:
1) Заранее выделять/резервировать память в результирующем контейнере (resize()/reserve()). Можно просто где-то много памяти выделить и как буфер её использовать.
2) Использовать другую структуру данных для результата. Но тут должен быть баланс, возможно вы лишитесь преимущества кэш-линии, но быть может это будет не критично.
3) Можно просто в какой-то структуре хранить объекты, а потом собирать, когда достаточно накопится.