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

Есть сборщик gulp

То что под gulp есть сборщики не делает сам gulp сборщиком. Gulp - task runner, запускалка задач. То есть сборщик под капотом может быть любой, хоть тот же vite.
Теперь про vite, основная его фишка - это ускорение dev сборок и за счет этого ускорение самого процесса разработки. Достигает он это за счет того, что по сути не собирает Ваши исходники, а только применяет к ним трансформации, хотя зависимости все же собирает с помощью esbuild. При этом для прода вся сборка переадресуется на rollup. И то что в dev и в prod у Вас будут по сути разные сборщики изредка приводит к багам, которые воспроизводятся только в prod сборках. Rollup надо сказать тоже не идеален и на больших проектах порой ломает код, хоть и редко.

А по факту, смена сборщика чревата ошибками, сильными изменениями в структуре проекта и прочими подводными камнями.
Если вопрос "стоит ли переезжать" появился только из hype-driven-development (погоней за модой по-простому), то ответ однозначный - нет, не стоит.
Если же текущая сборка накладывает на Вас сильные ограничения и борьба с этими ограничениями занимает очень много времени, настолько, что потенциальные проблемы от смены сборки скорее всего займут времени меньше, то да, стоит переезжать.

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

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

Вот литералы. Текстовый
"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-шник меньше получается.