Хочется обсудить такую тему:

Если требуется управлять созданной конструкцией при помощи компьютера - на чем лучше писать управляющю программу? (Имеется ввиду пользовательский интерфейс на РС.)
Каким языком программирования лично Вы пользуетесь для такой цели?

уточнения.
Я говорю о штучных и экспериментальных изделиях; условия работы, близкие к радиолюбительству.
(Для крупных КБ подобный вопрос не стоит - там чем положено, тем и пользуются).
Интересующая платформа - Win.
Тип связи с устройством: обсуждаемый вопрос. Не задано заранее. Что потребует задача.


О себе.
Не суть важно, но предупреждая вопросы и для удовлетворения любопытства:
Я пользуюсь Visual Basic по причине его достаточно комфортной среды разработки. Но должен признать, что качество компилируемого им кода мягко сказать оставляет желать много лучшего.
Но пока не нашел, на что пересесть.
Советуйте, плиз

LabVIEW

C#
C# Express, если нужна легальность распостранения софта

..не на чём лучше не писать, проще всего пользоваться стандартной терминальной программой в операционке, ну или какой нравится.
Напишите прошивку так чтоб она выводила в терминал всё что нужно, по командам и просто так и чтобы с терминала управлялась.

Вы так работаете?! кто бы мог подумать... гммм...

Во время отладки я конечно общаюсь с МК через терминал как неча делать, но я же и для других людей работаю... заказчики не поймут такого минимализма.

Си конечно хороший язык, я даже попытался перейти на него, но выяснилось, что у меня жуткая аллергия на сишные точки-с-запятой)))))) пришлось оставить это намерение.

Во всех последних проектах вставляю Modbus, обмен через OPC-сервер (купленный Lectus Modbus OPC, хотя с демо-версией тоже можно работать).
В окошке сервера можно просматривать и записывать переменные. Для визуализации можно подцепить клиентов (SCADA, да хоть тот же лабвью).
Насобачился в MasterSCADA проекты за полчаса оформлять, с трендами, историей, журналированием, алармами и прочими фишками. Демо-версия бесплатна для некоммерческого пользования, также есть бесплатная ограниченная версия.
Главное, что это может сделать или потом править не программист, а любой "уверенный пользователь ПК".


А как насчет Python'a?
Такой же раздолбайский, как VB, но свободный, кросс-платформенный и библиотек под него на все случаи жизни понаписано

Переходите на С без сомнений. Для GUI использую C++Builder 6, дружественный и удобный, много книг и примеров, достаточно пару дней на освоение.
Связь с МК через RS-232 (ну и USB), C++Builder 6 хватит с головой.
На С также с AVR в среде IAR, опять же С для Silabs MCU51 в среде uVisual от Keil.
То есть все на С, и GUI, и МК. Далее, как развитие, переход на C#.

Используйте Дельфи, там правда тоже ; но они не сишные, а паскалевские
А переход от Си к C# - это, по-моему, деградация, а не развитие

Free Pascal с FpGUI вместо Lazarus, хотя последний тоже ничего.
Си совместно с GTK. Пробовал поднять Agar, чётта запутался.

Питон до сих пор поперек горла. Если бы у бабушки был не было паскаля, перешел бы на питона, а так - не надо

Недавно натолкнулся на описание Qt.
Что можно сказать по этому инструменту?

GTK vs Qt
После билдеров-делфей нужен весьма мощный стимул, чтобы [заставить себя] освоить одно из двух

Для себя выбрал следующий путь: все что содержит одну кнопочку и не требует обработки данных, а просто управление - Delphi, Все что требует работы с потоками, сетью, и прочими HiLoad - C/C++ & boost.
отдельно для внутренних тестов - AutoIt.
все что касается работы с текстом Perl. Где требуется ориентация на web-сервисы PHP.
Для рисование красивых графиков неплохи инструменты MATLABа.

Супер!

А с чем его едят? У него собственная среда есть?
Или это только набор библиотек к чему-то?

Ответ Ваш же..

От себя: терминал не чураются использовать такие брэнды, как Cisco. Конечно у них и ВЕБ-мордочки есть. Но мне. лично, иногда приятно в терминале покрутить пару параметров и не отвлекаться на бижутерию. При этом я уверен, что могу девайс хоть с досом, хоть линуксом подружить, не говоря о МакОС или Виндовс...


Едят с чем угодно Компилируется под многие платформы, как аппаратные, таки и программные. У меня, например, живет на ARM9.

Среда? Это что? Текстовый редактор? Есть. QT Creator. Я его не использую. Использую Eclipse.

QT это и есть библиотека. Для многих задач. GUI это ее лишь малые возможности. Она облегчает (спорный вопрос) работу с сетью, Open GL, базами данных и т.п. при условии, что Вам нужна кроссплатформенность.

Мордочки в ней делать достаточно легко, как руками, прописывая код, так и тоже руками , но уже в графическом редакторе...

Я Вас понимаю.
Но большинство пользователей боятся таких параметров как черт ладана, они хотят, чтоб в интерфейсе была Большая Волшебная Кнопка, на которую надо нажать - и всё получится :D
Приходится идти навстречу их желаниям. В меру возможности

Не пинайте сильно, если как-то ошибаюсь в терминологии.
Текстовый редактор - да, среда (времен DOS). Писать исходник в ней конечно возможно.
Но для проектирования ГУИ гораздо приятнее "визуальные" среды, которые позволяют видеть создаваемые формы и редактировать их непосредственно графически. Это большое удобство.
Пример - среда разработки Visual Basic.

Тогда вопрос: к среде VB ее подцепить можно? И если да, то как именно?

Чтож, клиент всегда прав!

Текстовый редактор советую Eclipse. Хотя попроще и менее тяжелый (ресурсоемкий) Code Blocks.
Мордочки можно делать в QT Designer. Он, вроде, автоматом ставится под виндовс. Под остальные платформы не знаю. Да, и я испоьзую QT от 2010 года... старенька. В новых что-то может изменится.


Ну только если исходники писать. Не более. Для графики только QT Designer. Хотя Вы можете графический интерфейс описать и в виде исходных текстов. Это не очень сложно. Тогда все можно делать в VB. Правда компилировать все равно придется как-то "на стороне" от VB, ибо компилятор с языка c/c++ необходим.

Поэтому мой личный совет: отложите VB. Скачайте эклипс. Позанимайтесь с ним денек другой. Скачайте QT. Ей уделите минимум 5 дней. Почитайте справку на нее. Покачайте мануалы. В сети этого всего хватает.

Потом Вам уже виднее будет.

Как по мне, Qt и иже с ними - это, конечно, православный путь, но не самый удачный для начала.
Стесняюсь спросить... а "среда VB" - это случаем не Visual Studio?

Вы сказали, что эклипс - это текстовый редактор. То есть, окно программы делаем в нем что-нибудь примерно в таком стиле:

Call OpenWindow(ObjectID,X,Y,Width,Height,ForeColor,BackColor,FontFace,FontSize)

Да?

Да. У Вас два пути:
1. Создавать графический интерфейс в текстовом виде. То, что Вы сейчас спросили.
2. Использовать графический дизайнер.

Visual Studio.
А почему стеснения? Это, гммм... нецензурной лексикой считается?



В текстовом виде - с меня было по горло достаточно PureBasic-а))))))

А из графических дизайнеров что можно порекомендовать?

Просто VB можно с успехом применить еще внутри Access и Excel.
Очень неплохой вариант когда надо избавиться от рутины организации хранения и представления данных без лишнего кода.

Да нет, просто там же можно писать и на С(++), и на C#, пользуясь всеми привычными возможностями среды и визуальными конструкторами

Нет, это VBA. Бейсик, встроенный в Офисе. (У него команды чуть другие.) Не хочу сейчас отклоняться в сторону обсуждения целесообразности/нецелесообразности такой встройки. В целом - не мой выбор.
Ориентируюсь на создание отдельного экзешника.



Ну я ж говорю - синтаксис Си меня убивает реально... Ну его. Нервные клетки не восстанавливаюЦЦа))))))

Я тоже стою на распутье. Пока петух не клюнул, но имею сильное желание создавать программы для PC.
Выбор у меня сейчас - или C Builder или Visual Studio. Склоняюсь к последнему.
Когда-то писал простенькое на Pascal. Синтаксис C для меня выглядит намного более логичным. Не испытываю ни малейшего дискомфорта, когда программирую на C для микроконтроллеров. Скорее, наоборот, испытываю удовольствие.

Это примерно как выбор между Pcad и AD.

Не совсем, хотя намек понятен. PCAD типа "безнадежно устарел".
Тоже, кстати, страдаю муками выбора: AD, PADS, Allegro... думаю, все же, AD. Куда фига, туда дым.

Опасное заблуждение. В свете прорыва планшетников.
Ориентация на С Builder это ориентация на среду Embarcadero
А они имеют Embarcadero Prism™ XE2 создающую код для Linux и Mac OS X.

Сколько я могу судить по VB, интерфейс Visual Studio вполне комфортен. Разработчики положили в основе ясную и простую концепцию - и дальше везде ее придерживались. В результате работа легка и приятна.

ЗЫ:
Да, безусловно это ориентация на PC. Собственно, от PC у нас и управляют аппаратурой, но не от МАКов, и упаси боже не от планшетников))))))

ТОгда о QT забываем) Там Си++...

.. вообще не понятно, при чем тут труп билдера.

http://www.embarcadero.com/products/cbuilder

MSVC++ Express и FLTK - простая и маленькая библиотека для построения гуёв.
там есть fluid, программа для визуального рисования гуя, несколько специфичный, по довольно простой.
если хочется совсем уж простого и не С/С++, то могу посоветовать поглядеть на IUP и lua,
простые диалоги в две строчки описываются http://www.tecgraf.puc-rio.br/iup/en/dlg/i...m.html#Examples

Не катит , там тоже точки с запятой

да, про нелюбовь к С/С... я уже отписался много раз))))))))
Это чо, опять проектирование Гуи в текстовом виде?
Да к тому ж, те же самые злосчастные точки с запятой.
Спасибо, оставляю кому-нибудь другому))))))))))

Честно говоря уж очень странный у Вас подход к делу...
Каприз

Что ж тут странного? Языков - много, а нервные клетки не восстанавливаются.
Почему я не могу отклонить парочку вариантов исключительно по личной аллергии)))))))
Не сошелся же свет клином на Си и его потомстве.

Если есть стойкое нежелание писАть на С для ББ приложение, которое будет работать с железкой, то на каком языке пишется софт для самой железки? Неужели VB вкрутили?
И вообще, если ; - это камень преткновения, то каприз странен и граничит с фобией какой-то...

На Пик-Басик)))))) Чо, некошерно? - а пофиг, я им не скажу а сами они по прошивке не догадаюЦЦо)))))))


"Я странен? - а не странен кто ж?" (А.С.Грибоедов)
Такшта, меня давайте обсуждать не будем...

Извините, правильно ли я понял из прочтения этой темы, что для тех, у кого нет ;-фобии, лучше всего С++?

Если не нравятся ; - пишите вместо них * или ещё что, а в начале программы поставьте и все дела...
А вообще, по правде говоря, без C/C++ нет у Вас перспектив ...
Никаких.

0Dh -пойдет?

Вот FLTK помянули. FLUID собрали, допилили - и полный вперед. Кстати, изнутри, - гораздо больше нравится, чем AGAR тот же. Только плюсов я не хочу ни в каком виде подразумевать...


Почти Питон

Первую GUI программу я писал на Си + голый WinAPI и ручным редактированием rc файла с прописыванием виджетов и их расположения. Особый экшен тут в убогой документации от MS по этой теме.
Qt после этого показалось просто детской забавой

промазал, там действительно пример на С.
вот оно же на lua, ни одной точки с запятой

Меджикивис Из всего рассмотреного выводим - VB "вам в руки". А про "качество компилируемого им кода" не надо - Delphi, Builder и др. RAD дают более "тяжелый и медленный" PE код. Кроме того, никто не отменял DLL, которые можно создавать в чем угодно (c/c++/asm). Тип лицензии на исп-мое ПО не рассматриваем, т.к. не "на продажу".

Если использовать Qt Designer, то программирование не сильно отличается от Бильдера. Просто идеология местами сильно отличается. Если осваивать "с нуля", то больших проблем быть не должно. Qt более "плюс-плюсный", чем Бильдер. Очень любят в Qt шаблонные классы. Это, правда, на любителя.
После того, как Нокия допилила Qt Designer большой надобности а Эклипсе нет.

пробовал когда-то FLTK - не понравился из-за проблем с юникодом, убогости встроенных виджетов и постоянного пребывания в состоянии альфы.
Если нужно что-то простое кросс-платформенное то есть Tk с биндингами к большинству языков (с Tcl, Питоном и Руби идет из коробки, есть биндинг к Луа). Содержит простой, но гибкий менеджер упаковки .pack, до которого большинству GUI-библиотек как до китая...
Еще можно посмотреть в сторону Java/Swing и Scala (если нужна кросс-платформенность с возможностью работы на всех платформах без перекомпиляции).

Python - наше всё

Спасибо на добром слове. Вообще-то под "качеством" кода я подразумевал не только скорость и объем.

Да простит меня уважаемое собрание, что буду несколько длинен. Вероятно такие проблемы - в основном заслуга Виндовс.

Дело в том, что скомпилированный в VB код использует множество файлов библиотек из состава ОС.
Поэтому всегда есть вероятность, что нормально работавшая у тебя прога, на том или ином компе заказчика заглючит или не запустится вовсе - потому что там, напр., поставлена другая версия Офиса, которая при своей инсталляции заменила туеву хучу дээлэлок.
Причем заказчик про эти причины знать не собирается - каждый плевок адресован в исключительно мою сторону.
Так что, любому разумному человеку ясно, насколько важна хорошая переносимость кода в вышесказанном смысле.

Весьма хорош с этой стороны код, даваемый PureBasic. Я не знаю, как он этого добивается, но работает на любой PC и практически под любой Виндой (семерку не проверил только). Но программирование ГУИ в текстовом виде - это копать лопатой вместо экскаватора. Все циклы ожидания прерываний писать в ручную в явном виде - это же УЖОС реально. Сам не заметил, как забросил эту прелесть))))) Хотя под него есть среда под названием PureFORM, она всё это автоматизирует, но все равно создание и управление объектами через функции невероятно громоздко и запутано огромным количеством непонятных параметров, которых совсем не очевидно, откуда получить. (Вот это-то меня в нем и добило.) А ведь серьезно хотел на него пересесть.








А Scala - это что такое? (Я не только не пробовал, но даже не слышал.) Кросплатформенность мне не нужна, просто интересно.