Диалекты разных ассемблеров вполне сходны.

Я сам воспитывался в той олдскул манере, что в этой чёрной книге. Поэтому мне близок такой подход.

Чем больше ты начинаешь писать под конкретную ОС, чем больше системных вызовов ты делаешь, тем скорее подходишь к пониманию, что пора переходить с асма на язык высокого уровня.

То есть,  если начну с дос, то ничего такого страшного?

Поэтому ответ мой: с помощью этой книги ты поймёшь, как работает компьютер и, в общем-то, ОС. Потом, зарядившийся этой информацией, начнёшь с чистого листа программировать под win/nix

Спасибо огромное!

Короче, начни с неё :)

Да  я понял

Честно не знаю

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

Можешь объяснить, типо как это

В досе юзаю функции и о другом и не знаю

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

очень даже дает

из доса железо щупать удобнее

ну эт мое имхо, лучше сразу к лонгмоду привыкать, если ассемблер нужен в ОС

перейти на лонгмод проще, чем наоборот

тупо перестать использовать сегментные регистры

Мы здесь много раз поднимали и ещё будем поднимать такую тему: что есть программирование на асм?

Я вижу здесь несколько генеральных, близких, но напрямую не связанных моментов:

1) программирование под железо;
2) программирование под ОС.  

Разные люди имеют разные интересы и склонности. Если хочется разобраться в работе оборудования, создавать свои прототипы ОС или устройств, то это (1).

Если хочется получать прикладные программы, ломать/патчить программы, искать уязвимости и прочее -- то (2).

Это два довольно разных направления программирования на асм.

Эти слова нужно как мантру для новичков повесить.