В случае, если железка должна собирать какие-то данные или получать какое-то более-менее развёрнутое внешнее управление, обычно проще вместо собственного экрана и клавиатуры прикрутить к ней USB — и общаться с большим компьютером. Возможности у того намного больше, софт с большим GUI и/или серьёзной обработкой данных пишется намного проще, и так далее.

Как и в случае с ассемблером на микроконтроллерах, прогресс в этой области сделал ряд шагов в сторону простого пользователя: если вы уже пробовали в молодости читать «Programming Windows», но после этого вам долго снились кошмары, можете расслабиться — чтобы написать хорошую и красивую программу для своих нужд, WinAPI изучать практически не придётся. По крайней мере, не в той части, которая касается рисования окон, обработки сообщений и прочего интерфейса.

Для создания приложений под Windows есть целый ряд средств быстрой разработки, полностью — или почти полностью — скрывающих от вас всю внутреннюю кухню: вы рисуете в графическом редакторе окошки, размещая на них кнопки, картинки, графики и что вам ещё надо, а потом пишете обработчики событий типа «пользователь жамкнул эту кнопку => увеличиваем переменную X на 3,14 и выводим её значение вон в той надписи». Какие кульбиты придётся проделать системе, чтобы сначала нарисовать эту кнопку в нужном виде в нужном месте, потом определить, что кто-то жамкнул, причём именно по ней, а потом ещё и отобразить нужную надпись нужным шрифтом, вас уже не касается ни в какой степени. Да, исполняемый файл получится большим и потащит за собой пачку библиотек, но кого в наше время волнует, мегабайтом там больше или мегабайтом меньше?

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

Из всего, чем я пробовал пользоваться, для непрофессионала нет ничего лучше, чем пакеты C++ Builder или Delphi компании, текущее название которой я помню не очень уверенно, но раньше она называлась Borland. Они громоздки, дороги, в них периодически встречаются разные ошибки, но по краткости пути к «хочу, чтобы у меня вот тут нарисовалось вот это» им нет равных.

Увы, бесплатных версий у них нет, а платные стоят неразумно для домашнего использования. Если этот факт вас не смущает — пользуйтесь.

Из бесплатных на ум в первую очередь приходят продукты open source — казалось бы, всё открыто и доступно, пользуйся сколько угодно и чем угодно. Увы, как показала моя практика общения с wxWidgets и Qt, всё это рассчитано на профессиональных программистов, а не на людей, которым надо сделать что-нибудь своё, сильно не заморачиваясь. Документации и примеров много, но без хороших знаний в объектно-ориентированном программировании вы в них погрязнете. Графические редакторы интерфейса убоги, тормозны и требуют регулярного допиливания руками. В качестве компилятора предлагается gcc, который после включения всех оптимизаций под Windows производит на свет файлы ровно в два раза крупнее, чем компилятор Microsoft. Последний в принципе прикручивается, но — опять же, руками. Можно частично обойти убогость средств разработки — делать GUI в специализированном редакторе, а сам код писать и компилировать в MS Visual С++, но про «интеграцию» одного с другим без кавычек писать трудно.

Короче всего результат был сформулирован на каком-то форуме: «Как нарисовать на окошке загогулину, в Delphi я понял через 15 минут, в wxWidgets — через полдня, а насчёт Qt до сих пор не уверен».

В общем, моим выбором — бесплатным и нормально работающим — оказался очередной продукт Мирового Зла, то есть, Microsoft Visual C#. От бесплатного Visual C++ он отличается как раз наличием визуального редактора GUI, ну а язык... А что язык — после C++ впечатление от C# весьма приятное, переход происходит без особых проблем, а насильственное приобщение программиста к объектной модели идёт только во благо. У дельфистов, конечно, может случиться ломка, они до сих пор с тем, что где-то можно переменные прямо внутри цикла for объявлять, не до конца свыклись, а тут вообще хедеры запретили — но, право слово, кто в наше время обращает внимание на мнение дельфистов?

MS Visual C# Express

Разумеется, за собой ваша программа будет тянуть библиотеки .NET, но кого это волнует в наше время? У большинства они уже давно стоят в системе.