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

Webpack - это система сборки с массой возможностей. В частности, он анализирует JS-код (а также CSS или другой, через лоадеры), это даёт ему superpowers.

Gulp/grunt - это общая система для организации задач, которая сама по себе сборку не поддерживает, но её можно на ней написать, с помощью плагинов. При этом анализа кода, скорее всего, не будет, а значит ряд продвинутых фич отпадут.

То есть, это две разные вещи. В качестве одной из задач на gulp/grunt вполне может быть сборка webpack, так обычно и делают.

Простую сборку вполне можно написать и на gulp/grunt напрямую. А если посложнее или просто хочется иметь задел "на будущее", то можно воспользоваться специальным инструментом (Webpack).

P.S. У меня когда-то были и gulp task'и сборщики и browserify, но уже давно их место плотненько занял Webpack.

Мусорные процессоры - Пикабу

Firebase. Есть сервис аутентификации по СМС коду. 10 тысяч входов без тарификации в месяц. Прикрутить опытному разработчику не сложно. Одно но, почему-то рандомно не прилетают смс на некоторые номера

Никак, разработка для Windows Mobile насколько я знаю в 2022-й студии не поддерживается.
Бери Visual Studio 2008 - в requirements она заявлена

Есть сборщик 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 специальное.

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