Vitaly

Я бы советовал эту книгу от автора языка: https://www.amazon.com/Programming-Principles-Prac... -- это как раз для начинающих. Еще неплоха книга Липпмана, но я не уверен переиздавалась ли она с учётом последних стандартов C++.

PS
Статью писал я, с тех пор, мои взгляды на обучение программированию не изменились, т.ч. моё мнение по данному вопросу всё ещё актуально :) Однако, в свете последних тенденций, хотелось бы дополнить: статья именно про обучение разработке, т.е. про постепенный, планомерный процесс с пониманием того, что и для чего ты делаешь. C++, в качестве инструмента, подходит для этого как нельзя лучше. Однако же, если у вас другие цели, например, быстрый старт в web, то вам не следует начинать с C++.
Хотелось бы еще отметить, что язык программирования -- далеко не самое важное. Это по-сути инструмент, который должен выбираться в зависмости от задачи. Есть ещё много дополнителных областей, которые необходимо изучить в разном объёме: математика, алгоритмы, архитекрута ПК, операционные системы, сети и т.п.

Вот конкретно тут нет смысла. Компилятор с большой вероятностью сам заинлайнит эту функцию. Вообще ключевое слово inline имеет только одно верное использование в современных реалиях: для функций (обычных или специализаций) объявленных и определённых в заголовочных файлах, в случае если файл исходников отсутствует или там нет реализации функции.

Можете пройти, но никаких приемуществ это не дает. Я сдал два экзамена в прошлом году, просто для интереса, довольно легко. З/п мне резко не повысили после этого, только стоимость экзаменов вернули :)
Но пройдите если желание есть, лишним не будет, чего уж там.

Первый вариант. API системы + дефайны для выбора реализации.
Для рендеринга виджетов может быть использован разный бэкэнд. Можете погуглить (на английском конечно же) как Qt рендерит виджеты, благо материала много.

Этот макрос раскрывается как override, если есть поддержка C++11 и как пустое место в противном случае. Что собственно и написано на сайте: "It expands to "override" if your compiler supports that C++11 contextual keyword, or to nothing otherwise".
Что означает ключевое слово override можно легко нагуглить: en.cppreference.com/w/cpp/language/override.
Для виртуальных функций отличная практика писать слово virtual только один раз -- в интерфейсе обычно, от этого они виртуальными быть не перестанут. В остальных случаях override.

Если пишете что-то кроссплатформенное где будет много работы с сетью, то буст незаменим. Если же из буста нужно пару-тройку мелких функций задействовать (и в дальнейшем функциональность не будет расширяться), то можно и и самому написать. Правда, вам вероятно еще и с файловой системой придётся работать... Так что скорее всего вам нужен буст.
Можно и другие библиотеки рассмотреть, которых, к слову, не так уж и мало.

Все виды умных указателей (да и вообще все что использует RAII) -- это всего лишь еще одно удобство чтобы писать мень кода и чтобы он работал надёжнее. Управление временем жизни объектов всё еще на плечах программиста. Ведь даже используя умные укзатели вы можете получить утечку ресурсов, например за счёт циклических ссылок (и очень хитрых циклических ссылок! :)) и т.п. + многие забывают про weak_ptr...
В общем и целом, проблема, которую вы описали -- это вопрос архитектуры. Т.е. знание кто и за что отвечает заложено в вашей системе и она работает по контрактам, которые описаны внутри.

std::string securityLib_GetCode()
{
   return "CODE";
}
// ...
auto code = securityLib_GetCode();
auto size = code.size();
auto raw = code.c_str();

Всегда используйте std::string в качестве обёртки над char *. Ну кроме очевидных случаев, например, когда это API какого-нибудь модуля и может случиться беда из-за разных рантаймов.

Это не ошибка. Программа запустилась, что-то напечатала и вернула 0. VS себя ведёт правильно и программа тоже. Никто в книгах по плюсам общей направленности не будет ориентироваться на конкретную IDE, OS или же компилятор. По крайней мере так должно быть.
Попробуйте запустить свою программу из консоли, и тогда чёрное окошечко не закроется, или же настроить IDE, чтобы не закрывала консоль. Думаю, что это нагуглится на раз-два.

Ваш эксперимент далёк от идеала. Сделайте примерно 1000 одинаковых экспериментов и возьмите среднее + если мы измеряете время вставки, то ненадо учитывать время заполнения контейнера. Надо вызвать resize у вектора и листа, заполнить их (не push_back'ом), а потом измерить время вставки, и так примерно 1000 раз, каждый раз с новым вектором и листом. И время замерять, после того как вы получили итератор на нужное место в листе, а не до. Т.е. только время вставки.
Про оптимизации пока умолчим.

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

PS Время так можно замерять: en.cppreference.com/w/cpp/chrono

Создайте массив с достаточным количеством элементов и скопируйте туда три массива, которые надо объединить :)
PS Советую использовать std::vector.

Книгу однозначно бросать не стоит. Вам очень и очень много придётся читать, ведь C++ -- это лишь малая часть того, что нужно знать разработчику, привыкайте. Как совмещать? Очень просто: читайте утром, или вечером, после колледжа.

https://www.amazon.com/Effective-Modern-Specific-W...
https://www.amazon.com/Advanced-Metaprogramming-Cl...
+ Саттер, Страуструп (но не ту, что с лебедями на обложке), Александреску, Стивен Дьюхерст...
Стандарт языка еще, и много-много доков и видео с конференций.

А вообще странно, что "опытный программист" не читал Макконелла. Который, к слову, к C++ отношения не имеет.

Для С++ есть Qt. Там есть поддержка концепции Model-View: https://doc.qt.io/qt-5/model-view-programming.html . +Даже в обычных виджетах концепция MVC проглядывает.