roboforum.ru

Технический форум по робототехнике.

C vs ASM -прочитай и никогда не поднимай эту тему на форуме!

Re: C vs ASM -прочитай и никогда не поднимай эту тему на фор

Michael_K » 19 июл 2010, 00:44

И почему же это тема постоянно поднимается? :)))))

Re: C vs ASM -прочитай и никогда не поднимай эту тему на фор

cjA » 19 июл 2010, 07:32

Michael_K писал(а):И почему же это тема постоянно поднимается? :)))))

Ты про что?
Про то что Си это всего-лишь вид ассемблера с другой семантикой?
Или про то что мы живем по эмпиричиским формулам, ничего общего с пониманием мироздания неимеющим, кроме лабораторной выполнимости (изредка).
Не имея возможности даже чуть-чуть узнать бабочка мы или Ляо-Цзы?

Re: C vs ASM -прочитай и никогда не поднимай эту тему на фор

=DeaD= » 19 июл 2010, 07:43

cjA писал(а):Про то что Си это всего-лишь вид ассемблера с другой семантикой?

Неожиданный вывод :shock:

Re: C vs ASM -прочитай и никогда не поднимай эту тему на фор

blindman » 19 июл 2010, 07:56

Топик имеет все шансы стать крупнейшим вместилищем бреда :)

Re: Синхронизация ног веслоходового шестинога

cjA » 19 июл 2010, 08:09

executer писал(а):Зато владея асмом и Си можно сделать все!!
(Вот ведь я некрофил? 8) ) это разные реализации трансляторов для одного процессора. Если процессоры разные- (есть ведь и ЛИСП), то совсем по другому.

Короч я не вижу преимуществ Си над Асмом для РИСК-процессоров.

Добавлено спустя 1 минуту 42 секунды:
Re: C vs ASM -прочитай и никогда не поднимай эту тему на фор
blindman писал(а):Топик имеет все шансы стать крупнейшим вместилищем бреда :)

От тебя зависит :) , появляйся почаще

Re: C vs ASM -прочитай и никогда не поднимай эту тему на фор

Michael_K » 19 июл 2010, 12:56

cjA писал(а):
Michael_K писал(а):И почему же это тема постоянно поднимается? :)))))

Ты про что?


Я про то, что в названии темы прямым текстом сказано:
"никогда не поднимай эту тему", да еще и восклицательный знак стоит :lol:

blindman писал(а):Топик имеет все шансы стать крупнейшим вместилищем бреда :)

Да он УЖЕ такой... А, не, еще про ИИ клевые топики были.

Re: C vs ASM -прочитай и никогда не поднимай эту тему на фор

cjA » 17 дек 2011, 03:35

почитал каменты- ребята, как-же грустно за вас, не умеющих писать на asm, там таких проблемм нету, каждый бит в любом углу процессора тебе доступен и подчинен (красиво сложил песню, пожалуй DeaD'у её подарю)

Re: C vs ASM -прочитай и никогда не поднимай эту тему на фор

boez » 17 дек 2011, 11:14

Ну ты уж сильно категоричен. Я вот щас проектирую прогу - управление тестомесильной машиной. Она дозирует разные ингредиенты с помощью разных методов - сыпучие шнеками, жидкие клапанами и счетчиками типа водяных, густые шприцом с лин. приводом, муку через весы, в процессе все это перемешивает, позволяет хранить несколько наборов-рецептур, управляется по ModBus с панели оператора. AVR Мега128. Я если честно щас подумываю, а не применить ли мне плюсы, бо очень хорошо дозирование разных компонентов описывается наследниками одного объекта :) Но пожалуй все же обойдусь указателями на функции, а то и банальным case, потому как процессы медленные, спешить некуда, а жесткий код - он надежнее :) Но представить себе, что я все это пишу на асме я не могу, потому как беспокоюсь за свое душевное здоровье :)

Кстати про case. Хороший пример, чем же армяне лучше, чем грузины С лучше ASM. Если у нас есть задача - выполнить 5 разных кусков кода в зависимости от входного числа, то написать это можно по-разному. Если входные числа 1,2,3,4,5 - то естественно организовать таблицу переходов - взять число, прибавить адрес таблицы и перейти туда. Если же числа типа 7,25,34,35,80 - то выгоднее поставить 5 сравнений и условных переходов. Так вот, я вообще могу этих чисел не знать. У меня там константы поименованные стоят, MBF_READ_HOLDING_REGS, MBF_WRITE_SINGLE_HOLDING_REG и т.п. А константы эти - коды функций ModBus, и я сам выбираю, какие функции я поддержу, а какие нет. И если это будут 1,2,3,4,5,6 - компилятор нарисует таблицу. А когда я туда добавлю 16 и 23 - таблицу выкинет и сделает условные переходы, а я об этом и знать не буду, потому что мне это не надо, я сосредотачиваюсь на логике.

А вот когда мне нужен был преобразователь напряжение-частота на тиньке, я писал его на асме, потому что он и на асме пару экранов занимает. А если точнее - потому что тинька была из старых, без ОЗУ вообще, соответственно С под нее не было :) И то, процедуру деления аккуратно спер из библиотеки gcc :)

На асме нужно писать вывод видеосигнала на ножку порта и программный USB :) А все, что удобнее писать на С - нужно писать на С. Да, и проблема одного начинающего программиста, который запутался с signed и unsigned не в том, что он не знает асма, а в том, что он не знает С :) Потому что с signed и unsigned он уже вроде разобрался, а остальное у него вполне возможно и так работает, а на асме он бы всерьез встрял скажем с тригонометрией и числами плавающей запятой. Ну и вообще, проблема у него в проге для ПК, а при совремнных мощностях настольных ПК писать под них на асме - ни малейшего смысла.

Re: C vs ASM -прочитай и никогда не поднимай эту тему на фор

Duhas » 17 дек 2011, 11:52

boez писал(а):а при совремнных мощностях настольных ПК писать под них на асме - ни малейшего смысла.
вот он закат человекопрограммистов :crazy:

Re: C vs ASM -прочитай и никогда не поднимай эту тему на фор

Vovan » 18 дек 2011, 22:30

А мне обидно, что с совсем другой темы мои посты вырезали и СФАБРИКОВАЛИ тему (начльных постов) к которой я никакого отношения не имею, а лишь "сожалею что я не сишник" (обрзн) :( Вот если б БЕЗ моего участия - это хоть 100порций.

Re: C vs ASM -прочитай и никогда не поднимай эту тему на фор

=DeaD= » 18 дек 2011, 23:23

Можно отрезать еще, чего отпилить?

Re: C vs ASM -прочитай и никогда не поднимай эту тему на фор

Vovan » 18 дек 2011, 23:33

Не обязательно, я просто написал сей пост, чтоб было ясно - что нейтрален!
ЗЫ: спасибо =DeaD= за внимание :oops:

Re: C vs ASM -прочитай и никогда не поднимай эту тему на фор

Dmitry__ » 19 дек 2011, 01:24

Vovan, да перестань ты комплексовать по поводу "сожалею что я не сишник"
вот в первом посте:
"А нехватка таймеров и прерываний в них - иллюстрация к необходимости RTOS как минимум в виде очереди задач с диспетчером"

в 99 случаях из 100 это не работает :wink:
да простит меня дид...

Re: C vs ASM -прочитай и никогда не поднимай эту тему на фор

legion » 19 дек 2011, 07:18

А почему не работает?

Re: C vs ASM -прочитай и никогда не поднимай эту тему на фор

=DeaD= » 19 дек 2011, 08:18

Вот такие, видимо, у Dmitry__ типичные 100 задач :pardon: :D


Rambler\'s Top100 Mail.ru counter