ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Понедельник
6 мая
2620 Топик полностью
SM (27.12.2003 11:53, просмотров: 1) ответил иa на Млин, Вы пишете на чисто на asm, не признаете библиотечн ф- йй типа cos/prinf/exp и пр... ?? Но в этом подходе же очень много минусов (+)??
Я так не считаю (+) Во первых это уменьшает количество багов. Так как отлаживать свое гораздо проще, чем отлаживать чужое. И сразу знаешь где и что искать. Тем более не выгодно ждать исправления бага кем-то при обнаружении его внутри либы для которой нет исходников.

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

Я считаю неэкономным в использовании своего времени разбирательство в чужих функциях, а не написание хорошо соптимизированного кода. По моему опыту - я не раз и не два нарывался на двух-трех месячные задержки при использовании чужого кода, что кончалось переписыванием его с нуля самому. Хватит. Наелся.

P.S.
ну совсем-то утрировать и издеваться не надо - printf'ы я естессно сам на асме не пишу - run-time library это вопрос отдельный, для PC на асме я давно (почти) не пишу. И библиотеку RTL, если пишу на С, естественно использую. Точно также я совершенно не против того, что вместо оператора сложения квартус вставляет LPM_ADD_SUB - его дело как синтезировать.

P.P.S
А вот косинусы с синусами не раз приходилось - далеко не везде приемлемо их по С-шному, через Тейлора считать :)