Всем доброго времени суток! Не могу не высказаться в этой теме т.к. пишу на АСМе всё, что только можно написать. А начинал с бейсика на советских ещё "электрониках", потом был паскаль, дельфи, си. Но никак не хватало возможностей развернуться. Вот тогда-то и пришлось ассемблером заняться и забросить все остальные языки. И могу с уверенностью сказать - оно того стоит, ни с чем не сравнимая скорость и компактность. И вопреки мнениям, писать на ассемблере гораздо проще с моей точки зрения, чем на ЯВУ. И все возможности программируемой системы как на ладони. Кстати, однажды пришлось поучаствовать в небольшом соревновании с приятелем-программистом. Писали CGI скрипты одного сайта под Линукс - он на Perl и C++, мне, понятное дело, достался ассемблер. В результате сравнений выяснилось, что производительность сервера с АСМовскими скриптами оказалась примерно на 60% выше. Так что дерзайте, заядлые Дельфисты - попробуйте переписать ваш какой-нибудь проект на ассемблере и проанализируйте результат. Будете сильно удивлены. Только нужно терпение и стремление к цели - замечено, что люди, привыкшие "программировать" только мышкой не прикасаясь к клавиатуре - никогда с такой халявы не слезут. И на баги, скорость и размеры им тоже класть большую кучу.

Большинство библиотек лично я считаю большим злом, ибо их код написан НЕИЗВЕСТНО КЕМ, НЕИЗВЕСТНО НА ЧЁМ, НЕИЗВЕСТНО КАК ОПТИМИЗИРОВАН, и вообще НЕИЗВЕСТНО, что в этом коде происходит. Никто не станет дизассемблером проверять каждую функцию - всё ли там нормально. А отсюда вытекают реки глюков. Вспомните борландовский паскаль под дос - на нём было написано несметное множество программ, но когда тактовые частоты процессоров перевалили за ~200мГц при запуске все эти программы перестали работать и стали выдавать RuntimeError. Каково? При этом 99% программистов и не подозревали, что такое может с их программами произойти. Понятное дело, что в EXEшник вставлялось дофига кода, который писали ребята из борланда, в который программист вмешаться не мог. Ох и раскалялись тогда телефоны горячих линий разработчиков ПО )))

Да и чтозначит фраза - для ассемблера нет таких-то библиотек? Что имеется в виду - LIB файлы? Так LIB файлы вовсе лишний гемор. Загружаем с помощью LoadLibrary нужную DLLку и с помощью GetProcAddress находим точки входа функций. Все DLL библиотеки доступны, будь они хоть на дельфи написаны.

Теперь про студенчество. Ваш покорный слуга давным-давно закончил учёбу и трудится в одной крупной компьютерной компании, и это не мешает ему писать код 100% на АСМе. Наоборот - люди готовы платить ОЧЕНЬ БОЛЬШИЕ деньги именно за такой код. И на написание кода иногда уходит ни чуть не больше времени, чем на ЯВУ. И при всём при том если случиться ошибка в моём коде - я всегда знаю, что виноват именно мой код. Мне не придётся полоскать клиенту мозги фразами "у вас старый интернет эксплорер" или "скачайте новые версии библиотек" или "пока не установите трёхгиговую точку нет работать не будет". Независимость от софта третьих фирм - отличная штука. Упрощает жизнь в разы.

В догонку ещё добавлю. В программах, написанных на VisualС есть один изначально заложенный баг, называется MSVCRT.DLL. Думаю, каждый сталкивался с окошком, содержащим примерно следующий текст: "Microsoft C runtime library: ваша прога просит меня, чтобы я её закрыла. Сейчас так и сделаю, нажмите ОК". Примерно так. Оказывается, ваша прога какую-то библиотеку о чём-то просила. И думай потом, что там произошло, какая dll'ка какой не угодила и до какой версии надо IntrnetExplorer обновить, чтобы это перестало происходить. Это я говорю к тому, что при программировании на ЯВУ БОЛЬШАЯ часть кода программы принадлежит не её разработчику, а НЕИЗВЕСТНЫМ ДЯДЯМ. За такую программу нельзя поручиться, что она будет сносно работать. При написании на АСМе проблема та же, но в гораздо меньшей степени - тут всегда знаешь, какую dll'ку загрузил, какие функции использвал. А уж если про MFC вспомнить... Брррр.... Когда нужно 25 dll'ок чтобы в винде окно на экране пустое появилось...