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

Т.е. типа чтобы embedded приложение писалось в любимой VC 2008 или какая там нынче в моде? Но тогда я не догоняю слеующее. 0. Программящий embedded приложение должен уметь программировать. Т.е. не только "мышкой дропать классы в проект", а понимающий основы нашего ремесла. Ибо в случае Win32 приложения его падение не всегда вызывает больший проблемы, а вот падение Embedded приложения редко кода НЕ вызывает проблем. 1. Если есть среда программирования, т.е. есть компилер, линкер, либы, шаблоны, система отладки (И ОЧЕНЬ ХОРОШАЯ ДОКУМЕНТАЦИЯ НА ВСЕ ЭТО - ИНАЧЕ НИКАК!) - то знание низкоуровневого программирования необязательно. Т.е. оно, конечно, правильно и хорошо, но на надежности это не скажется, а запас по набортным ресурсам позволят не париться о такой мелочи, как лишние байты в структурах, число бит под битовые поля. 2. Если человек хорошо программирует, то пересесть на немного другую IDE - это вопрос максиму месяца обучения. 3. Специфичные для Win вещи в embedded варианте можно использовать только для программирования GUI. Остальные embedded задачи довольно далеко отстоят от Win32, и они все равно будут "чужими" для Win программиста. И не факт, что проще - ему освоить эту специфику или перейти на другую среду. 4. Счастье в виде исполнения C# кода в устройстве ценой $10 где-то очень далеко на горизонте. Разница в среднетиражных проектах (1000/мес) в цене аппаратуры для решения сопоставимых задач для Win и !Win подходах (GUI исключается из рассмотрения) пока еще, мягко говоря, окупит разницу в стоимости программистов (но лично мои исследования показывают, что хороший программист под Win32 (например, умеющий писать драйверы) стоит дороже микроконтроллерного программиста). Так что Embedded Win - не более чем стадное чувство. Единственное лично мне понятное поле применения Win - это задачи типа платежных терминалов. Ибо там ГУЙ решает все.