Saboteur

C++ является одним из сложных ЯП... блабла...Я осознаю, что для меня это слишком серьёзное и тяжелое начало

Я разобрался как работает стек и как адресуется память в пятом классе без интернета и практически без документации. Была какая-то книжка по С++, которую просто перечитал раза 3-4, пока не понял смысл.

На протяжении обучения в школе я размышлял о начале изучения языка программирования.

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

Чувак, ты слишком много размышляешь и мало делаешь. Нет какого-то оптимизирующего волшебства, который может значительно сократить твой путь. Ты должен писать код. Много кода.
А ты занимаешься фигней типа анализируешь трудоустройство еще даже не поняв, а можешь ли ты вообще что-то.
Ты должен понимать, что если ты можешь написать, например, крестики нолики или морской бой - это еще не значит что ты станешь программистом и сможешь этим зарабатывать. Это просто любитель. Но ты даже этого уровня не достиг, а уже хочешь анализировать тренды и тем более подсчитывать предполагаемый заработок, до которого еще годы пути. Ты посмотри на политику в стране, никто не знает что будет через год.

Если ты оцениваешь знания школьными мерками (типа экзамен сдал), то пора вырасти из этого статуса и переходить на оценку "я могу сделать вот это, оно будет работаь". Насколько красиво - это уже другой вопрос. Если ты можешь писать рабочий продукт, уже потом можно начинать его шлифовать и читать про красивый код.
С нуля сложная архитектура сильно мешает, потому что не достаточно фундамента чтобы понимать почему именно вот это решение красивое а это нет.

Если тебе интересна разработка и в будущем планируешь стать айтишником - просто бери и работай с компом. Пиши программы, сайты, поделки, настраивай что-то, интегрируй. Набирай фундамент. Интенсивность - по своему увлечению.
В какой-то момент сможешь понять что тебе приятнее заходит, тогда может быть начнешь продвигаться уже в более узкой области, в конкретном языке, технологии. Специализация обычно начинается на уровне ну хотя бы джуниор, а не новичок/стажер.

А про трудоустройство начинай думать, когда при прочтении описания вакансии ты считаешь, что 50-60% ты знаешь.

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

Для начала просто разберись как работает веб сервер. То есть базовый http (не html) а именно http, чтобы понимать что он делает, как работает, и уже потом как его использует джава.

Если ты делаешь для себя, делай как хочешь.
Но смысл делать подобный .md файл немного отсутствует - есть же git log
Сейчас не совсем понятна мысль - ты хочешь автоматический change log, или тебе просто хочется иметь текстовый файлик?
Но в бренче может быть много коммитов, пока не закончишь фичу, и зачастую "чистовик" пишется уже при слиянии в основной ветке, со сквизом промежуточных коммитов.

echo -e "\n"PC-{001..150}

for i in {0..150}; do printf "%03d\n" $i; done

for i in $(seq -w 1 150); do echo "PC-$i"; done

ну или сравнение чисел делается через спец. операторы -gt, -ge, -lt, -le, -eq, -ne

#!/bin/bash

for ((i=1; i < 150; i++)); do
    if [[ $i -lt 10 && $i -ge 0 ]] ; then
        out="00$i"
    fi
    if [[ $i -lt 100 && $i -ge 10 ]] ; then
        out="0$i"
    fi
    if [[ $i -lt 1000 && $i -ge 100 ]] ; then
        out="$i"
    fi
    echo PC-$out
done

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

Между прочим hdmi 2.1 - это вообще-то не то, что используют для высоких частот. 120 он тянет, 144 я уже даже сомневаюсь.
Обычно для таких вещей уже используют displayport

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

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

Аналогичные вещи есть и в ассембли.