Уход от Delfi, на конторе Опции

[SasaVitebsk]

Занимаемся различной электроникой. Сопутствующие програмки для PC до этого писали под Delfi. Понятно, что тема себя изжила.
Подыскиваем новый пакет для дальнейшей деятельности.
RAD студия выглядит как-то оторвано от общего потока.
VS кажется слишком монстрообразной. Текучка программистов значительная и боимся сложностей с поддержкой написанных пакетов.
Скачал и установил QT (QT Creator). Вроде выглядит привлекательно. Поддерживается, развивается. Локализация русская. Много примеров. Форумы. Бесплатная.

Кто поделится своими наблюдениями. Посоветует. Замечания.
Заранее благодарю.

[SasaVitebsk]

Я извиняюсь, просто загромождать не хотел.
Не надо мешать всё в кучу.
От D7 просто пора уходить. Это я не хочу обсуждать. Причин я могу перечислить много. Уже довольно много пошло на ARM компов. Буки, к примеру. W8 решит проблему. А D7 кто перетранслирует? Уже указанные и не только мной, проблемы работы с разными языками. Выбор в России "национальной ОС". Хочешь не хочешь, но часть корпоративных компов перейдёт под Linux. У нас уже есть такие примеры. Газовики, в частности. А мы учётом газа, тепла и т.п. То есть кросплатформенность, в принципе понадобится. По крайней мере я так считаю. Пусть в одном случае из 50, от этого не легче.
Проблема текучки - не так проблематична. Проблематична низкая квалификация писателей, отсутствие общего подхода, отсутствие должного контроля. В этом смысле, C++ чуть более распологающий к порядку язык. Если бы всё решалось на уровне объектов, заимствовалось - документировалось, то было бы легче.
Понятно, что требуется человек, который определяет общую концепцию приложения, а только потом пишется это приложение. К сожалению, до сих пор писалось прямо на экране.
Приведу пример. Для выдачи команды в прибор, сейчас динамически создаётся отдельный поток и ставится в очередь потоков. Ну и поехало - в одном потоке - создаётся, в другом - уничтожается. Теперь где-то утечка памяти - найти программист не может. Координально менять - просто всё переписать надо. Приложение таково, что можно было бы создавать законченные объекты - тащить их из приложение в приложение и больше к этому не возвращаться.
===
Но и это я не хочу обсуждать. Я просто пытаюсь сорентироваться на перспективу. Для того, чтобы наметить работы на будущее.
Я рассматриваю и RAD. Но пока никто не описал преимуществ. А денег он стоит. А перспективы его - не менее туманны.
===
Облачные технологии нам не к чему пока. Насколько я понимаю. Как и VBA. Мы не офисные пакеты пишем, а пакеты привязанные к нашему железу.

[AlexandrY]

===
Но и это я не хочу обсуждать. Я просто пытаюсь сорентироваться на перспективу. Для того, чтобы наметить работы на будущее.
Я рассматриваю и RAD. Но пока никто не описал преимуществ. А денег он стоит. А перспективы его - не менее туманны.
===
Облачные технологии нам не к чему пока. Насколько я понимаю. Как и VBA. Мы не офисные пакеты пишем, а пакеты привязанные к нашему железу.

Ну вы прям описали жуткое будущее.
В том и проблема, что это не будущее, а прошлое.
Это в прошлом остается когда для 5% юзеров почему-то вцепившихся в линуксы надо было ломать голову как сделать им достойную прогу.
Проблема уже решена для любителей халявного и низко бюджетного софта. Это перенос софта в облака.

Уже все кому не лень бросились делать учет электроэнергии и всех других счетчиков прямо в инете.
И Digi, и Microchip, и GE и еще куча монстров.

Глазом не успеете моргнуть как ваши решения для десктопов станут бесполезны.
Либо вас легко обойдут конкуренты тока намекнувшие, что у них все нахаляву и прямо щас и с любого мобильного дивайса.
Да, национальная платформа, а почему национальная не поняли? Потому что будет централизовано на государственных серверах, а юзеры просто превратятся в удаленные терминалы. И QT уже не поможет!