Re[8]: Есть ли смысл изучать Ассемблер ?
От: Eugene  
Дата: 14.06.02 20:02
Оценка: 11 (2)
Здравствуйте Владимир Гренадеров, Вы писали:

ВГ>Ты знаешь, что к .NET идет дизассемблер ?

ВГ>И нэтовский асм подозрительно похож на x86...

Какой же еще может быть asm на одной и той же аппаратной платформе, если система команд одна и та же?
Ассемблер — прежде всего система команд используемого процессора. Возможные вариации в пределах семейства процессоров задаются опциями генерации кода комилятора: все что можно получить на том же ПК — чуть более оптимизированный код за счет использования расширенного набора команд более поздней модели процессора (например i386/486/Pentium/...). И Net тут не причем. Ну а все, чем различаются собственно программы-ассемблеры разных производителей для одного семейства, типа макроассемблера MASM — так это синтаксис директив, макросов и т.п.

Наиболее пафосные сторонники ХД в дискуссии термин "изучать ассемблер" трактуют (как кто-то здесь точно подметил) как "читать дизассемблированный код со славарем". А это уже совсем другой поворот — см. начало топика. Это не изучение, а ознакомление, легкий ликбез — ликвидация безграмотности. Как и общее представление о том, как там "закипает чайник на печке" (XД ©), или ДВС и педали работают (ГВ ©). А вот если на ассемблере реально надо писать проекты, например, для управляющих встраиваемых контроллеров и т.п. — тут уже надо изучать! И потратить на это немало времени — совсем не факт, что это будет что-нибудь, похожее на x86. И мыслить надо другими категориями, не совместимыми ни с ООП, ни (порой) даже просто со структурным программированием. И тут уж невозможно без GOTO, вот вам и новые герои комиксов, которых недавно так безжалостно "перестреляли" И если потом надо писать на чем-нибудь "высоком" — надо будет как можно быстрее забыть 99% приобретенного опыта! Так что "советую советовать" не так категорично

Ну а гнуть пальцы на БГ по поводу ошибок MS — это, как правило, проходит, если самому делать что-нибудь крупное и серьезное. Очень хочется, конечно, найти крайнего и виноватого на стороне, но это бывает так редко

PS для ХД:
Уверен, что вопрос уже прояснился , и все же: вот далеко не полный перечень платформ, для которых только MS(!) разрабатывает версии своих ОС (взят из MSDN, см. например статью "From One Code Base to Many Platforms Using Visual C++”):
DEC Alpha,MIPS R4400, PowerPC,NEC VR4111 MIPS,Hitachi SH3,PR 3912,ARM SA1100.
Don't trouble trouble until trouble troubles you
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.