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

Я так понимаю ситуацию со всеми этими новомодными языками Есть три слоя embedded системы * дрова; ASM оптимизированные части * RTOS, C приложения * интерпретатор/компилятор байткода И за счет этого можно проводить многопараметрическую оптимизацию разработки: * тираж, и стоимость целевого проца при таком тираже * стоимость полного цикла разарботки, влючая документацию и тестирование * стоимость рисков "юзер нашел глюк" * стоимость суппорта за все время жизни проекта * перспектива использования существующего кода в этом проекте * перспектива использования кода этого прокта в других проектах Разработчик сам определяет, что писать на С, ASM, а что на C#. Собственно, нет темы для спора. Никто и никогда не буде писать на Zonnon ОСь, дрова, ISR и т.д. А вот сложные управляющие алгоритмы - очень дажа запросто. А зыку, описание которого занимает 30 страниц, можно обучать продвинутых заказчиков - и пусть они сами себе пишут алгоритмы верхнего уровня. Собственно, такая идея давно известна в промавтоматике - с IEC языками. Там кустмеры (продвинутые) сами ишут программы, при этом мыслят категориями целевой задачи, а не категориями указатель, массив и пр. И ничего - все работает! Собстенно, прелесть ЯВУ-2 в том, чтобы дать кустомеру весь набор необходимых ему сущностей, и дать очень простой механизм работы с эими сущностями. Вопрос по .NET. Вот написал я приложение на пысюке. Скомпилил в CLI. Запускаю на embedded системе. Либы (простые - prinf) для этого приложения линкуются также в CLI, или они должны быть реализованы отдельно на моей целевой платформе?