В тему удобства Java/C# по сравнению с C/C++. Вот например Ruby, что Java, что C# вобще ни в какое сравнение по удобству не идут. Как бы .NET не старался со своими Linq и т.п., метапрограммирование в Ruby - это нечто. Вкупе с динамичностью самого языка - это позволяет писать в разы меньше кода, не уменьшая при этом читаемости(а то и увеличивая). Есть враперы ко всем GUI библиотекам, Qt/wxWidgets/Fox/Tk и еще кучи разных(лично мне больше всего wx нравится:)). Помимо этого есть реализации под Java(JRuby), под .NET(Ruby.NET), под OS X/Cocoa аж две реализации, Ruby Cocoa от Apple и MacRuby. Соответственно прозрачно можно использовать библиотеки этих платформ. К официальному интерпретатору любая сишная библиотека подключается с минимальным оверхэдом по коду, а то и вобще напрямую.
Просто, удобно, кроссплатформенно. Кому сдались Java/C#, когда есть Ruby? Зачем себя мучать, надо выбирать самый удобный инструмент!:)
Но, если бы я начинал opensource проект, я все равно бы выбрал C. Т.к. C - это стандарт де факто, и использование другого языка заведомо ограничивает комьюнити(и скорость исполнения конечного продукта:)).
Но это я так, оффтоплю, самый лучший язык тот, на котором лучше всего получается программировать в данный момент времени:)
P.S.: Еще немного оффтопа. Как раз сегодня наткнулся на .NET Micro Framework - очень интригует. Интересно, что заявлена поддержка Cortex-M3. Надо будет поискать порт под STM32F103 или LPC1700 поискать. Ну, или самому разбираться с Porting Kit:)
имхо не важно на чём писать в принципе. важно сможет ли кто-то (лидер) сделать достаточно много и поддерживать проект. говорить можно много, а где реальный результат? напишите универсальный терминал, который сможет транслировать управляющее воздействие с интерфейса терминала (нажатия кнопок, двигание ползунков, руление джойстиком) в любую заданную в настройках последовательность команд. и будет ОЧЕНЬ универсальное решение, практически не зависимое от ПО в роботе. ведь управляющий поток практически всегда последовательность данных, чаще всего текстовых. куча обсуждений на чём писать, на этом чаще всего и заканчивается сам собираюсь писать терминал уже давно, а когда начну, и начну ли - вот вопрос
Наверно надо поичкать, наверняка такая штука уже фришная написана и выложена.
Например в среде microchip.com MPLAB есть интерфейс с органами управления и отображением информации и в ПО для электропривода тоже - Data Monitor Control Interface (DMCI) - http://www.microchip.com/stellent/idcpl ... m=en026698
А я взял орфа-терминал, напихал туда еще своих слайдеров, вчера по пьяной лавочке вывел фитбэк по току... (DeaD, я, кстати, сделал прием эха от контроллера в отдельном слоте по сигналу от ком-порта - а то у тебя блокирующее чтение после отправки команды - при малейшем сбое зависон полный...)Работает через ком-порт и через TCP. Сделаю на днях регистры с коэффициентами ПИДа для нормальной отладки...