Василий Банников

Литералы это сокращения названия объектов

Впервые такое слышу. Возможно фраза вырвана из контекста.

Вот литералы. Текстовый
"Hello"
Вещественное число
3.14

Что такое ключевые слвоа

Это зарезервированные слова которые являются частью синтаксиса языка.
Например.

class, interface, override, trait, extends, case ....

Из них нельзя делать имена переменных и их нельзя использовать
в спорных контекстах когда неизвестно что имеется в виду (ключевое слово
или то что ты хотел объявить).

Говорить о них обобщенно нет смысла потому что в каждом языке - свои такие слова.
Бери конкретный язык и по нему смотри.

Отличие выражений от инструкциий

По выражению я тебя адресую вот в эту статью https://ru.wikipedia.org/wiki/%D0%92%D1%8B%D1%80%D...

Здесь очень хорошо описано. Насчет инструкции - непонятно. Опять-же ты получаеться полез
в терминологический спор без контекста. Так не бывает. Вот чтоб ты понял. Если собрались
математики и начинают что-то обсуждать то самое первое что они делают - это договариваются.
Какие у нас будут символы что обозначать. Комплексные числа? Кольца? Алгебры и т.п.
Потому что инструкция в ассемблере - это одно а в другом - вообще другое. И если я попробую
обсуждать инструкии без понимания где я нахожусь - я буду смешно выглять.

ООП - это самая злая и безпощадная тема которая морочит головы новичкам. И начинать изучать
ООП надо уже на 3 курсе когда вы уже прошли структурное, логическое и все прочее программирование.
Когда вы уже понимаете теорию алгоритмов - и знаете что такое указатель на функцию. Знаете
что такое типизация и каких видов она бывает.

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

for (; password.equals("123");) { // always false

from tqdm.auto import tqdm
И все для терминала будет обычное, а для notebook'a специальное.

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

Бинарные блобы.

Подавляющее большинство производителей смартфонов, планшетников, SmartTV и вообще всего многообразия IoT из мира arm, в нарушение GNU лицензий и здравого смысла не предоставляют никаких драйверов, инструкций и не оказывают содействия сообществу (некоторые только на него и надеются, т.е. вот вам говно, пилите, работайте бесплатно, а мы с продаж железа будем получать бабло, не потратив ни копейки на софт, потом всех кинем). Чаще всего производитель однократно под конкретную версию ядра, пилит рабочую конфигурацию (не только модули но и фактически весь образ android), затем выкидывает все исходники в мусорку и забывает про то что это существует.

Все существующие кастомные прошивки берут существующие образы android, иногда с соседних совместимых устройств, и тусуют содержимое, в некоторых комбинациях это работает.

Нормальный linux в подавляющем большинстве случаев установить не получится. В лучшем случае, если заработает, не будет доступа ни к радиомодулю (включая wifi и модем) ни к тачскрину ни даже к видеоускорителю (максимум в режиме framebufer)

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

заменить на “прикладной код движка Java” будет корректно?

Нет. "Движок Java" - это JVM, а "прикладной код" тут это просто код (логика), который решает прикладную задачу.

Уловка в системе процессорных комманд: 48 c7 45 08 - позволяет загрузить в 64-битную ячейку памяти 32 битное число, автоматически расширяя его до 64 бит.

Смотрите список кодов x64:
0x48 - означает, что следующая комманда работает с 64-битами.
0xC7 - mov immediate (данные в команде)
Дальше идут флаги, указывающие как интерпретировать аргументы, что куда адресовывать и т.д.

Но важно, что команда C7 работает с r/m16/32/64 данными, а аргумент у нее может быть только imm16/32 (третий столбец). Т.е. она принимает или 2 или 4 байта, в зависимости от обвеса, а записывать может до 64 бит. Сравните это с коммандой 0xB8 в той же таблице, она уже может принимать 64 бита.

Если аргумент меньше ячейки памяти, то он расширяется (sign extended) до нужного размера (бит знака копируется влево до упора). Это позволяет записать числено равное значение в более битную ячейку. ведь 32-битное число 0xFFFFFFFF - это -1 в дополнительном бинарном коде, а 0xFFFFFFFFFFFFFFFF - это тоже -1 в дополнительном 64-битном коде.

Компилятор использует вот эту команду, а не 0xB8, потому что сама команда короче, а исполняется так же быстро. Меньше кода, больше всего помещается в кеш и все работает быстрее, да и exe-шник меньше получается.

В рассуждениях есть ошибка.

Да, стандарт утверждает что тип int может иметь размер не меньше 16 бит.
Таблица имеет название "Minimum width", т.е. минимальный размер. Минимальный - это значит что int может иметь размер в 16 бит. А может иметь и 64 бита.

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

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

То что где-то int32_t является псевдонимом int - это не более чем временное совпадение.

Смотрите документацию. Там действительно утверждается, что int32_t должен иметь размер ровно 32 бита ("exactly").

Где вы взяли, что int32_t - это псевдоним int?
Подозреваю, что там, где вы это видели, куча #ifdef и проверок архитектуры.
Возмножно, на вашей системе, где int итак имеет 32 бита так оно и есть. При компиляции на другую архитектуру внезапно может оказаться, что int32_t - нифига не псевдоним к int.