Имеются в виду все ассемблеры, будут ли компиляторы под новые процессоры, какие асм-ы поддерживают современные многоядерные процы, какие поддерживают многопроцессорные системы, и вообще не уйдет ли это понятие - программировать на асме, в прошлое, т.к. высокоуровневые языке проще
на три строчки расстарался, можно увидеть что-то более чем "хыыы."? Вообще сдесь должны были быть слова приободрения ну или типа того.
technik5 1. Эту тему подымает каждый новый посетитель васма. ДОСТАЛО!!! 2. Каждый делает то, что считает нужным. Если ты думаешь, что асм умрет - программируй на Вижуал Бэйсике. Просто и высокоуровнево! Никаких гарантий тебе никто не даст. 3. Асм умирает с 88 года. До сих пор в агониях ))))))))))) 4. Бугогааааааааааа 10110111 Freeman +1
Magnum Не с 88-го, а с 50-какого-то -- когда Фортран появился )) technik5 А если серьёзно, никуда асм не денется. Существует ряд низкоуровневых задач, которые в принципе не могут быть решены на ЯВУ. Другое дело, что их можно решить, делая ассемблерные вставки в программы на ЯВУ, но, тем не менее, сам асм никуда не пропадёт. Что же касается трансляторов ассемблера, то и они никуда не денутся: в конце концов, всегда останутся любители низкоуровневого программирования, которые при необходимости сами себе трансляторы и напишут. Ну а поддержка "многоядерности" -- это не задача транслятора: эти самые "многоядерные" ничем принципиально от обычных не отличаются. Вот появление новых команд требует соответствующей доработки ассемблеров, но с многоядерностью это абсолютно никак не связано.
Техник наверное имеет ввиду, будет ли восстребованы программисты наасме для компов. И можно ли будет на нет деньги зарабатывать. То что в любое время программист ассемблера сможет себе компилятор сделать, в этом то нет вопросов.
Lex2029 Ну, если говорить про востребованность... Какая-то часть, конечно, будет востребована, но веьсма небольшая (как ни крути, а подавляющая часть ПО пишется на ЯВУ). Но хорошее знание ассемблера может послужить в другом: в глубоком понимании того, как эти самые ЯВУ работают, в поиске причин непонятных ошибок (например, возникших из-за ошибок в компиляторе) и т.д. и т.п. Поэтому сами по себе знания будут отнюдь не лишними, а потраченное на изучение асма время -- не выброшенным на ветер. Другое дело, что одного асма мало.
technik5 Перечитал много раз 1й пост... было весело это читать), видимо Вы далёкий человек от программирования.
technik5 Вот посему стоит, если есть желание кнешно, чуть по глубже изучить тему, чтобы в конце концов дать самому на свой же вопрос ответ. (ну, за одно, и повеселиться тоже над формулировкой 1го поста)
AsmGuru62 А вот этого не будет. ООП -- высокоуровневая концепция, и асм для неё придётся притягивать за уши.
я бы даже сказал что смерть ходит с ним за руку уже с 48 он как и опкоды будет еще долго жить. мы верим в это )
Может ляпну глупость, но разве нельзя в качестве неизвестных команд писать "db 0xXX 0xXX"? А эти db запихать в макросы.