assembler

Отлично. Ставлю задачу - прога должна отправлять в очередь WebSphere MQ и забирать из очереди произвольный XML файл

О, ассемблер вспомнили Прям ностальгия по институту. Когда с MASM баловался. region, не пойму почему ты их считаешь разными ассемблерами. Ведь язык ассемблера это язык процессора, он одинаков для данного процессора или иногда семейства, а все различия MASM, TASM в директивах компилятора.

Вообще согласен с этими двумя концепциями, кроме того что фреймворки мне нравятся. Это примерно как на собеседованиях в бай эрия или силиконовке вас скорее попросят рассказать алгоритм бубль-сортировки или оценить сложность какого-то рекурсивного алгоритма, вместо подробностей по LINQ или WCF, а потом, если возьмут 90% времени будете ковырять эти самые LINQ, а не алгоритмы. Так что ассемблер для развития ума это хорошо, но вот им пользоваться при решении бизнес-задач маловероятно. Насколько я понимаю, ассемблер сейчас в редких случаях используется в системах реального времени, низкоуровневых задачах или во всяких микроконтроллерах. Хотя эти задачи, с ограничением для микроконтроллеров, можно успешно решать на тех же сях.

Про .net не соглашусь, это классная вещь. Это даже больше чем фреймворк, скорее это концепция с инструментарием в виде библиотеки классов и среды исполнения (фреймворка). Почему бы не сделать Assembler .Net Правда под мобилы на нете не пробовал писать, если штука с двумя секундами правда, то получается что CF скорее маркетинговое решение, чем технологическое. На сколько я знаю Iphone вообще рубит все что больше 15 сек тормозит. В общем для мобил секунды это действительно много.
А вообще в большинстве случаях не стоит переоценивать значения параметра "производительность", есть и другие более важные критерии: правильность, предсказуемость, стоимость, технологичность, сопровождаемость которые можно поставить немного выше производительности.

ИМХО, писать ныне под x86 на асме - чистейшей воды мастурбация. Даже на AVR или PIC результирущий код после компиляции asm и С примерно одинаков по объему и быстродействию. "Чистый" asm имеет смысл лишь в случае необходимости максимально точно следить за _временем выполнения кода_, а не за его быстродействием. А тогда уж можно и непосредственно hex написать. Но временные затраты на обучение и понимание правильного программирования отдельно взятой модели контроллера могут быть слишком велики, и пока вы будете разбираться с тонкостями записи во все регистры у Меги, например, её уже с производства снимут.
Так что пишите хоть на Бейсике, лишь бы всё правильно работало.

[TEQUILA], я не говорю что ООП кака, а вот почему ты не любишь асм? если ты его не знаешь то можно выучить там всего 25 команда )))

fernir, Команды асм одинаковы, но синтаксис с итд разный....


иногда асм требуется в оч сложный прогах, к примеру написать низкоуровневую библиотеку, а далее уже использовать её в делфи и наслаждаться )
по поводу .net если запускать на ПС то с виду невозможно определить насколько это убожество тормозит, открывается мгновенно, а вот тоже самое у меня на КПК с 417Мгц (ОЗУ 64мб) по той же технологии но с задержкой в 2 сек и это только пустое окно, попытка к примеру написать на .net так называемую звонилку когда поступает вызов прога запускается показывает что звонят и т.д ожидание в 2 сек и больше это очень много...

(ну на мобиле конечно .net урезан множество функций классов нет)

сказать что КПК слабый нет написал на С++ на API так как ООП нету, программка очень быстрая как и с графикой с прорисовкой, так и открытие меньшее 1 сек, жмёшь стилиусом сразу открывается

Olmer, ну не совсем мастурбация а вот изучить как работает программа на асм это нужно так как скомпилировав проект на С++ в некоторых места к примеру будет зависания или ещё что то, а вот через отладчик будет ясно видно что не так, а без знания асм смотреть в отладчик бред )

А по моему в течении 2 секунды на кпк запускается сам .net (со своими библиотеками и потрохами), а не твоя программа... Для чистоты эксперимента надо было менюшку сделать, картинки на экран по выводить, какой-нибудь алгоритм сортировки погонять И сравнить разницу в производительности.

А звонилку я бы вообще не выгружал из памяти, тогда задержки на запуск приложения при приеме звонка в принципе не будет

На мой взгляд assembler вещь полезная, но уж очень узкоспециализированная.

Andreyka, я писал уже, и не только графику выводил, пытался прозрачность сделать на .net довольно глючно получилось, на си когда тоже самое сделал всё работало как часики, для КПК нэт это зло ) для пс ещё сойдёт

Уже установил на него .NET?

З.Ы. Наверно все-таки Мб?

Я под цитатой [TEQUILA] подпишусь кровью. Круто — это когда удачно спроектировано, быстро написано, мало ошибок и легко поддерживается, а не когда на полсекунды быстрее.

region, я НЕ не люблю асм. Я нейтрален к нему, но пишущих на нем уважаю. Просто дотнет сейчас - лучшая платформа для разработки прикладного ПО под винду. Писать удобно, многое уже написано, многое IDE сама дописывает, так что сосредоточиться можно именно на бизнес-логике, а не на том, КАК же реализовать что-то, чтобы было вот так-то и так-то.

Ноут 1994 г.в., ну да, Мб

Точно, даже у ZX Spectrum озу было 48 и 128 Кб )))

Может быть программеров вот это заинтересует:
http://www.microsoft.com/downloads/deta ... 3dc8c33a20

Так уже ж есть Студия 2010.

А много ли сейчас пишется приложений не под веб? Я просто затрудняюсь найти применение им. Т.е. по сути все программирование разделилось на написание серверных частей на Java (в подавляющей степени - это не обязательно J2EE, а могут быть и просто например серверные модули для медиасерверов) и PHP, и клиентских частей на Flash, HTML5 или Silverlight (причем доля флеша похоже начинает сжиматься). Ведь даже банковские и тому подобные приложения - это бэк-енд на сервере и тонкий клиент. Или кто-то еще пишет толстые клиенты?

Все правильно, а с развитием виртуализации так вообще все приложения web становятся. Но мне кажется ты забыл про долю ASP .NET, особенно в корпоративном секторе. Все-таки java (кстати, начиная с версии 5, двоечка потерялась, просто JEE) решения в enterprise больше ориентированы на продукты IBM (таже сфера) или Oracle (Sun). У microsoft вес в среднем бизнесе достаточно велик и не только за счет SharePoint или BizTalk, но и самой технологии ASP .NET. По моему, это вообще гениальная технология для enterprise разработки, где особо не важен размер страниц, но сама концепция web-разработки по сценариям desktop приложений позволяет быстро переобучать программистов и получать достаточно качественный код. Разве что долго не хватало штатных ORM, библиотек аспектной разработки и т.п., но с версии 3.5 и эта проблема была решена (многое раньше в enterprise library). Правда доля asp net в public web не очень высокая из-за той же концепции, тут конечно вся надежда на Silverlight и MVC.
С другой стороны, там где речь идет о ресурсоемких приложениях или работе в инфраструктуре с ограниченными ресурсами, все еще востребованы C++/Assembler и их подобия. Мне кажется доля таких приложений 5-7%, скорее всего даже меньше.

Интересный ресурс по асму:
http://www.wasm.ru

Скорость разработки очень важна, но есть куча задач, где скорость выполнения гораздо важнее.

Самому пару лет назад пришлось обучать нейронные сети с помощью генетического алгоритма.
Бастрее всего писалось в Matlab, но после реализации алгоритма на C++ скорость вычислений увеличилась в десятки раз. Переписав fitness-функцию на асме, удалось ещё удвоить скорость.

Но всё же в повседневной жизни ассемблер нужен теперь всё реже, уж очень хорошо оптимизируют сейчас компиляторы (когда посмотрел код, который выдаёт Microsoft Visual C++ 2005 был просто в восторге).
А вот в Delpi от версии к версии оптимизации не наблюдается. И поддержка классов там странная.

hamper, да делфи там жесть если пустой проект формы откомпилировать и дизассемблировать то ужас, а си да там лучше намного


Щас во всех колледжах упорно преподают делфи к чему это? хотябы си
а потом попробуй их приучить к асм

вот на делфи if а ниже на асм, те кто делфи изучал гляди на асм он ужасается и закрывает его :diablo:

if a>200 and b=0 then
a:=a+1;
else
a:=a-1;

асм

Код:

data 
a db 201
b db 0
.code
	cmp b,0
	jne a1
	cmp a,200
	jna a1
	inc a
	jmp exit
a1:	dec a		
exit:

некоторые гордятся что знают 10 языков программирования, а можно просто выучить 1 АСМ

некоторые гордятся что знают 10 иностранных языков, а можно просто выучить 1 - латынь

Разве только делфи изучается? В мое время изучали и паскаль и с++, а с курса 3го вообще предоставляли выбор решать на том, что удобно. Опять же зачем их приучать к ассемблеру, вероятность столкнуться с такой задачей совсем низкая. Ты же сам вроде как имеешь отношение к IT-бизнесу, ну что много софта написал с использованием ассемблера?

О как..
Стало быть моя Гордость шестикратная - я некогда программировал на шести ассемблерах:
- Язык Мнемокода М7000 -это Сказка... архитектура без Стека, два рабочих регистра, двухуровневая адрессация
- макроассемблер для PDP-8 - собсвенно, похож на предыдущий, но добавлена многоуровневая адрессация и пара индексных регистров.
- макроассемблер для PDP-11 - самый удачный ассемблер, на мой взгляд
- ассемблер I8080 - писано на нем было немало, но без всякого удовольствия
- ассемблер Z80 - самый любимый ассемблер
- masm5 - писал на не немного, но плевался всласть..


Больше десяти лет на ассемблере ничего не писал - просто не было таких задач, чтобы была охота этим заморачиваться

Когда-писал софтинки на WinAPI в Delphi, по несколько килобайт экзешник был.
Но как именно — не помню уже

Вообще-то тут про *asm'ы разговор…

ну у кого делфи стоит сделайте быстренько форму на апи и скомпилируйте и покажите результат )) сколько килобайт

FreemanNow, я имел введу под х86, люди изучают всякие делфи си и тд.. а можно один

14

Изучать сейчас один язык это как класть все яйца в одну корзину. Исключение если ты только какой-нибудь невъе..ный спец. Но таких единицы.

З.Ы. К тому же изучать нужно не языки, а технологии. :blum:

Какая то у вас здесь дискуссия интересная... Сравнивается Делфи и Си - первая вообще-то среда разработки, если например сравнить ту же Дельфю с Си++ Билдером (от того же Борланд) то разница не велика получается...