Прочитал дифирамбы о .NET.
Там вроде проги под Win32 будут считаться устаревшмим и плохо исполняться (со слабой скоростью), а .NET-приложения - просто летать..
Тошно как-то..
Только не ясно, а как быть с АСМом? Какое будет программирвание на АСМе под .NET?
И будет ли вообще... :(

Прочитал дифирамбы о .NET.
Там вроде проги под Win32 будут считаться устаревшмим и плохо исполняться (со слабой скоростью), а .NET-приложения - просто летать..
К дифирамбам нужно относиться с известной долей скептицизма. Никому не выгодно, чтобы огромное количество приложений, написанных для стандартного WinAPI тормозили и плохо исполнялись, особенно, если учесть тот факт, что весьма сомнительно, что после выхода Longhorn авторы всех популярных приложений всё бросят и побегут переписывать свои программы на C#. Также сомнительно, чтобы .NET-приложения стали летать на Longhorn быстрее, чем они ползают сейчас. Практика показывает, что каждое следующее поколение операционных систем и программ, сделанных на основе новых технологий, предлагаемых Микрософт, требуют всё больше ресурсов для выполнения одних и тех же задач.

Согласен по поводу всего сказанного.
Да, ресурсов будет требоваться больше, но вель и мощности компьютеров тоже быстро растут..
По поводу невыгодности торможения Win32 - ну ведь когда-то перешли потихоньку с win16 на win32.. Особенно никого и не спрашивая.. (вот и новая версия Delphi 8, уж простят меня истинные ценители АСМа за упоминание, уже только под .NET. Win32 на нем разрабатывать нельзя..) И кстати, по-моему, сейчас DOS-программы под виндами исполняютя весьма медленно и много ресурсов тянут.. Та же ситуация может повториться и .NET..
Но меня в основном интересует другой вопрос - будет ли ASM под .NET? Будет ли это прежний быстрый ASM или лишь его подобие? Или на win32 все закончится?..

Нет, ситуация будет другой. .NET - это байткоды, это ВСЕГДА медленне, чем WinAPI.

Хм.. Байткоды?
Сорри за флейм, но вроде уже сделали Java быстрее C++,
а ведь Java - яркий пример байткода...
Жаль АСМ..

Zauberer
но вроде уже сделали Java быстрее C++
Чаво? Вы про JIT что ли?

Никогда в жизни жаба не была и не будет быстрее компилируемого языка.

volodya


Если тока за ней не погонится еще одна мс-овская жаба:)

Old but good.

http://www.joelonsoftware.com/global/Russian/Articles/MicrosoftGoesBon kers.html

ASM останется, без него никуда.
А по поводу .NET - да, это будет быстрее. Это будет быстрее чем VBA это будет быстрее чем MSVB (возможно) и это будет быстрее чем Java. Но быстрее ASMа она может быть только на специализированном (хардварном) процессоре. Есть такие Java процессоры - вот там жаба исполняется на уровне с АСМом, AFAIK.
Другое дело, что MS не будет поддерживать Native-код. - т.к. в JVM не особо на асме напишешь. Может быть Longhorn как раз и будет полной JVM .. Правда и в жабе есть native-модули...

А мне кажется, АСМ останется только в узкоспециализированных областях.
Десктопное приложение на нем больше не напишешь... :(

Если есть среда, позволяющая быструю разработку (готовые библиотеки, авто-complete, встроенный редактор ресурсов, и пр.), тогда нет проблем...

Согласен с rst. Программирование на асме будет всегда, хотя, возможно, и неслабо изменится.
Асмовые программы всегда были самыми многофункциональными (я не про число функций в программах, а про возможности программ) и самыми быстрыми. Переход от доса к окошкам заставил забыть большую половину языка ассемблера (нету больше прерываний), но мы же пишем. И получившийся софт все равно один из самых быстрых и функциональных.

Не понимаю, о какой скорости, функциональности идет речь?
Если все исполняется через виртуальную машину - АСМ НИЧЕГО не даст.
По-моему, Microsoft в своей рекламе говорит, что типа теперь не важно на чем писать - все в один внутренний код преобразуется...

Zauberer
все исполняется через виртуальную машину
Дрова?

теперь не важно на чем писать - все в один внутренний код преобразуется...
Т.е. к командам процессора?