Соотношение разработчиков железа и программистам этого железа 1 к (3-6). Это не считая всего остального IT- админов, программистов frontend, backend, аналитиков и остального. Плюс схемотехникам традиционно платят меньше (в среднем) чем чистым программистам. И исключения из этого правила ничего не опровергают.
При одинаковом уровне ЗП, схемотехник вложит больше сил в обучение.
Я закончил радиофизический факультет, специальность "Радиофизика и электроника". Занимался схемотехникой. Ушел в программирование. Счастлив, что ушел. Да, я хуже ребят, которые поступили на программерский факультет и с 3 курса работают. Ни о чем не жалею.
Чтобы вы не выбрали - учите программирование, сами, для себя, программируйте по мелочи. Пригодится, когда в 30 лет, решите что хватит, больше не можете терпеть текущую работу, специальность, безденежье.
Qt - не устарела. Qt - библиотека всего.
Есть еще Sciter, к примеру. Но масштабы несопоставимы.
Если у вас хорошие знания C++ и трудности не пугают - на QML напишите любой интерфейс.
iamevg, так написано, хрен разберешься. Прекрасный пример говнокода. Это на случай, если ты вдруг расстроишься, что не понимаешь, что написано. Разобраться можно, но только в качестве тренировки.
Не можете в дизайнере добавить 2 кнопки или хотите вручную их добавить? Вроде бы почти все готово, обработчики от кнопок есть. Контейнер для объектов Script есть.
Только из диалога надо по другому результат выдавать, через QDialog::accept() и QDialog::reject(). В вызывающем коде проверять doc.qt.io/qt-5/qdialog.html#result
Рекомендую читать вот эту книгу https://www.ozon.ru/context/detail/id/4005805/
Есть в сети в отличном качестве. То, что она про Qt4 не имеет никакого значения. Различия не важны пока, и выучатся потом.
Вы учитесь, но код нехорош, дурацкие привычки может задавать.
1. this->close(); // Закрываем окно
this лишнее, но работать будет. Неявно, конечно this-> close вызовется при вызове просто close(). Но явно через this вызывать не надо.
2. void on_pushButton_clicked();
Пока пусть, но так именовать методы нехорошо - в имени метода привязка к сигналу и тот, кто его испускает.
Лучше что-то вроде closeWindow().
Проблема в том, что я не понял, как с помощью R удовлетворить моим условиям применения:
1. Нужно standalone приложение, которому не нужно готовить окружение. Просто послал по почте - они запустили exe и работают. Это решается, R , в конце концов, можно положить в папку с программой.
А работают так.
Есть прибор, к примеру спектрофотометр. У него есть свой софт. Выходные данные можно сохранить в формате, к примеру, CSV.
Мой софт должен делать определенную обработку этих выходных данных, к примеру, Фурье преобразование. Пользователи что-то смотрят на конечном графике.
2. Я не могу пользователей заставить учить синтаксис R, Python, Mathlab.
3. Иногда обработка данных меняется, "давай тут сделаем вычитание, давай тут умножим".
littleguga: Какая-нибудь утилита (или средствами ОС) удаленного рабочего стола? Т.е. один пользователь запускает редактор, а другой, когда надо, перехватывает управление.