Расскажите про язык assambler

Лучше выбрать более простые языка для начала освоения, а потом, когда закрутишься в этой теме, сам поймешь, нужен ли тебе assembler(99% не нужен будет, но для общего понимания работы компьютера не помешает, но это не обязательно)

>Расскажите про язык assambler
Команды процессора, записанные буковками.

>Тяжело ли выучить ?
Нет. Вообще, основная команда в ассемблере - это mov, среднестатистическая программа состоит из них примерно наполовину,

>Что можно будет на нем написать ?
В теории - что угодно, а практически, чтобы написать что-то более-менее сложное, жизни не хватит.

ват зэ Ф из "assambler"?

1) assembler. Через "е". Нет такого языка, это хренова туча разных процессорозависимых языков.
2) Выучить тяжело, а в 2020 году - еще и мало смысла, если ты не разработчик встраиваемой техники
3) Что угодно. Но сильно задолбаешься.

Легок в учении, сложен в работе.

Тяжело ли выучить ? >> нет не тяжело.
Что можно будет на нем написать ? >> в теории все что угодно

Ассемблер - это язык программирования в котором одна машинная инструкция равна одной команде языка. Для разных семейств процессоров разный ассемблер (так как в другом процессоре другой набор комманд х86; arm разных версий; ассемблеры для микроконтроллеров и т. д. ). Выучить не сложно так как комманд в процессоре ограниченое количество, но вот воспринимать такой язык и писать на нем крайне тяжело так как машинный язык отличается от класического человеческого восприятия. Есть ли практическая польза от такого языка!? -Есть, но не в написании программ, а в понимании как работает процессор. И легче будет осваивать другой язык, понимая как примерно будет выглядеть те или иные команды языка более высокого уровня в машинном представлении.

Уф зачем вам ассемблер?
Тяжело ли выучить ?
Тяжелее выучить системные вызовы прерывания.
Что можно будет на нем написать ?
Ответь только на один вопрос:
"что такое язык программирования?"

Если спрашивать это в ответах маил ру - то уверен он врятли пригодится

Не стоит им заниматься. Никаких перспектив.
Только если работа с автоматикой, или писать драйвера устройств.
И сложно выучить, и надо думать об целевом железе.
Опкоды на Intel и AMD абсолютно разные.
И разработки новых кристалов не стоят на месте.
На UNIX и MAC подойдёт только NASM.
Т. е., остальные семейства языков ассемблера только для MS.
И сишные компиляторы в скорости почти не уступают,
так как, там очень мощные алгоритмы оптимизации.
Смысла нет заниматься, потому что, GUI-используют Win32-API.
Там есть, конечно, прерывания MS-DOS и BIOS,
но они ограниченны реальным режимом для работы с памятью.
Сегментная модель памяти. Сегмент и смещение. По одному WORD-ику.
Т. е., они 16-ти разрядные. Нет смысла усложнять себе разработку.