тут можно почитать подробнее о возможностях
Почитал. Во-первых, обратим внимание на минимальные требования к хардваре:
для встраиваемого применения в 32- и 64-разрядных микроконтроллерах, содержащих как минимум 256 КБайт флеш памяти(ПЗУ) и 64 КБайт оперативной памяти(ОЗУ).
Понятно, что никакими восьмибитниками тут и не пахнет. Чтобы пережевывать подобный код с пристойной скоростью нужна мощнейшая числомолотилка, что и не скрывается. Это грустно. Для сравнения,
вот, что можно сделать на контроллере с одним (!) килобайтом RAM, если подходить с умом.
Разрабатывать устройства на платформе .NET Micro Framework гораздо проще, быстрее, и менее трудозатратнее, что приводит к снижению стоимости разработки. Это достигается путем использование более высокоуровневого подхода к программированию.
...
Дополнительно, если разработчик имеет опыт разработки настольных приложений для платформ .NET, то он может использовать все свои навыки и опыт для разработки устройств платформы .NET Micro Framework. Программный код для платформы .NET с определенной адаптацией можно перенести на устройства работающие на платформа .NET Micro Framework.
Опять же, экономим время и деньги в ущерб эффективности. За месяц учим школьника писать интерфесы на C#, потом пересаживаем его на встроенную платформу. Понятно, я несколько утрирую, но смысл именно такой...
Далее упоминаются какие-то дисплеи, тачскрины и в таком духе. Т.е., опять ориентация на свистелки и красотульки.
про native, для общего развития
Прочел. В комментариях автор разъясняет, что такой подход удобен в основном для того, чтобы подключить к гламурному
интерфейсу, написанному на C#, нативную библиотеку, которая и будет делать основную работу. Что логично и правильно, в общем.
в скором времени появятся копеечные и производительные системы-на-кристалле, с частотами порядка нескольких сотен мегагерц, которые можно будет хоть в простой будильник поставить
Уже, уже. Raspberry Pi, Virt2Real и подобные китайские поделки, сотни и тысячи их. Почитайте тот же Hack a Day - на таких компах чаще всего делают то, для чего хватило бы копеечного МК, опять же, экономя мозговые усилия за счет вычислительной мощности.
Это логическое продолжение Ардуино. Лень переучиваться? Давайте писать на языке, который максимально похож на что-то высокоуровневое. Мигание диодиком компилируется в такой код, который не влезает в МК? Давайте возьмем МК побольше! Код насколько велик, что не влезает уже ни в один МК семейства? Давайте возьмем ARM! И так далее. Чисто экстенсивное решение проблем.
Среди примеров Ардуино есть демокод для Bluetooth-модуля. Он не делает почти ничего - только настраивает модуль и перекидывает данные с аппаратного UART'а в модуль и обратно. Так вот, в скомпилированном виде он занимает почти
пять килобайт!!!
Как-то раз я писал подобный код, правда, под MSP430 - конфигурация встроенного температурного сенсора и пересылка его данных через самописный софт-UART. Вышло чуть больше килобайта.
Вспомним про Curiosity.
Вспомним.
http://alvinalexander.com/bookmarks/tec ... sity-rover
It's running 2.5 million lines of C on a RAD750 processor manufactured by BAE.
Ну а за деньги, как водится, любой каприз. 
Так что это не тот случай, когда "не кодил, но осуждаю". 
