Вопрос про язык ассемблера

Познакомиться с ассемблерами, конечно, стоит.

А, по-поводу применения, ну так не только для ПК программы пишут.
Микропроцессоры сейчас практически везде найти можно, не всегда и не для всех из них есть компиляторы с ЯП высокого уровня. Да и проблемы, вроде "сократить программу на 1 байт, т. к. в приборе всего 68 байт памяти, а программа занимает аж 69 байт", для разработчиков программ для микропроцессорной техники всё ещё остро стоят и уходить не спешат.
Конечно, если вы с этим работать не собираетесь, то оно вам и не нужно.

Ассемблер необходимо знать, чтобы понимать, как именно работает код, который ты пишешь. Разумеется, для Python это не актуально. Но если ты когда-то пересядешь на нормальный компилируемый язык, такое знание будет совсем не лишним.

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

ASM не умер. Он сильно специфичен для конкретных архитектур процессоров, потому имеет ограниченную применяемость. Тот же Питон - кросс-платформенный.
Но ассемблерные вставки в критические места кода на C++ или Lazarus - рулят!
А вообще, смотри в сторону Python, Java (скомпилировано раз - выполняется везде) или тот же FreePascal/Lazarus (написано раз - компилируется везде). Хочешь высший пилотаж в коде - кури C и его клоны.

реверс-инжиниринг. а никакой связи напрямую с железом у тебя не получится в user-mode. нужно хотя бы драйвер писать