Средства и методы разработки

Это всё конечно хорошо, пока не вмешиваются реалии жизни, то бишь жесткие требования по стоимости, габаритам и энергопотреблению устройства : а) Допустим, я прихожу к своему директору и предлагаю 2 варианта: 1 - устройство проектируется N месяцев 2 - если потратить 2*N месяцев, то можно использовать МК с потреблением и ценой в 5 раз меньше. Как вы(или ваш математик) думаете, какой вариант выберет он? В отличие от вашего математика - он выберет второй вариант, т.к. умеет лучше считать. Выигрыш по потреблению приведет к уменьшению требований к БП, а это и габариты, и опять же стоимость б) Как вы(или ваш математик) думаете, разработчиков мат-лаба/када и т.п. и компиляторописателей беспокоит моя озабоченность плотностью кода и быстродействием (т.е. цена + э-потебление)?? Опять неправильно - им абсолютно насрать на мои проблемы. Им важнее сделать поддержку очередного 100500-го камня, и навешать новых рюшечек, чтобы всё это вам впарить. в) Как вы(или ваш математик) думаете, почему в моём старом видеомагнитофоне вентилятора нет, а в новом DVD/HDD-рекордере вентилятор есть? Меня, например, это напрягает... г) сам являюсь давним пользователем MathCAD'а (с лабом как-то не сложилось) - очень пользительная штука касаемо расчетов, моделирования, проверок алгоритмов, но поверить, что его разработчики озаботятся моими проблемами по эффективности кода, не смогу наверно никогда. Разве только, что не найдется некий богатый гений-альтруист (сочетание достаточно фантастическое), который это реализует. д) Если все будут пользоваться кубиками, то кто будет создавать эти кубики? насколько качественно? Не напоминает - "кто не хочет кормить свою армию, будет кормить чужую"? Как то так, если коротко... PS Попросите вашего математика связкой матлаба+си сгенерить простенькую функцию для tiny25: x = int(256*sqrt(y)), где x,y - целые, 16 бит без знака. И узнать сколько для выыполнения этой функции потребуется байтов и тактов. PPS У меня 320 байт, 157 +-10 тактов в зависимости от величины y