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

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

Все "cопутствующие програмки для PC " написанные еще на D2, прекрасно дышат под любой NT, включая w7.
В трехстах килобайтах несут все самое необходимое, включая VCL.
Запустил и работает...
Или хочется потрахаццо с луниксами, дот NET-ами и другими монстроидальными жабообразностями?
Хочется на каждом клиентском компе толстый интернет для обновления этой байды/поиска старых версий для отката?
Есть положительный опыт юзания новых сред от некрочипа и атмел?

Разъясните подробней насчет "тема себя изжила".
Непонятно

Присоединяюсь.
Для "сопутствующих программок" мне прекрасно хватает D7, более новые версии только медленнее работают и делают намного более крупные EXE. И не надо грузить в систему всякие дополнительные вещи, в EXE всё есть. А если новый профессиональный программист не может прочесть код на Delphi, то он не очень-то профессионален.

Есть два направления для RAD. Если нравятся плюсы, то QTCreator в руки, если шарп, то студия(она хоть и монстр но у нее столько плюшек, которые ускоряют написание). Студию сожно заменить на SharpDevelop или Monodevelop. Никаких проблем у клиентов это не вызывает. Затачивание ПО под mono фреймворк позволит без гемора запускать программу как под вин так и лин. В большинстве случаев простое ПО под .net и без допиливания запускается под mono.
С некрочипом дела не имел. Под атмел пишу в codeblocks.


делфи давно подох и разложился

Запахло священной войной...

Вместе с борландом

В общем, это как пикад. Смысл оставлять (а тем более покупать за деньги) есть только для поддержания большого количества "нажитого непосильным трудом".

Сорри за лирическое отступление.
По теме:
Если "Сопутствующие програмки для PC" предполагаются чисто под винду, то и среду разработки логично взять родную - MSVS.
Если подразумевается кроссплатформенность - тогда ориентация на C#/Mono, GTK, Qt.
Кстати, насчёт "бесплатности" Qt - это ещё большой вопрос.
Пока лицензия LGPL, но ввиду планомерного подминания Nokia (владельца прав) под MS возможны варианты.

Какие именно сопутствующие программы обсуждаются? Ну какая область применения?

Ну будет как с жадным до бабала Ораклом, который очень хотел "монетизировать" OpenOffice. Часть ядра разработчиков ушла и организовала форк LibreOffice, котрый сразу заменил ОО во многих линуксовах дистрах. Оракл какое-то время делал хорошую мину при плохой игре и не хотел отдавать никому бренд OpenOffice, а потом сломался и отдал весь ОО Apache. "Монетизация" из-за LibreOffice с треском провалилась.

если нужно все-в-одном, беспроблемная кроссплатформенность, наличие мощных средств разработки и кучи бесплатных библиотек, можете посмотреть на Java/Scala

Сообщение отредактировал ukpyr - Jun 8 2011, 10:22

Программисты (за исключением одного) работают и с железом и с ПО для PC. Собственно и сам так. Работа там в С и здесь с D7 - мягко говоря напрягает. Да и смысла не вижу. Уход в билдер координально не решает проблему. Не собираюсь спорить, ну думаю что большинству очевидно. Сам D7 сейчас уже не поддерживается и не отвечает текущим требованиям.
Приложения пишем - обычные для таких контор. Сервисные пакеты для своих приборов. Удалённый съём данных с приборов. Хранение и обработка результатов, генераторы отчётов. Объединение в сеть. Обслуживание стендов и так далее. Короче интерфейс пользователя + работа с изделиями 232/485/ethernet.
По поводу кроссплатформенности - раньше (естественно) вопросы не возникали. В текущий момент - приходится подумывать. То есть если есть такая возможность, то я думаю это всё же плюс. Хотябы имиджевый.
Я пока не принял решение - именно по этому к Вам и обращаюсь. Хочется услышать разные мнения. Очень бы хотелось послушать тех, кто пытается применять другие пакеты в рамках небольшой конторы. Плюсы и минусы.


Как раз по D7 координальных вопросов не возникает. Хотя тоже ... Боимся, что такие проблемы пойдут с переходом на MSVS.
По D7 тоже не всё гладко. Приходит новый программист. Пол года въезжает в тему. Потом год чёто правит, ругая попутно всё то, что написали предыдущие, потом уходит... Ну и так далее... )) Написанный крупный проект сервер-арм писался уже 4-5 программерами и представляет собой безсистемную сборку их творений. Иногда начинает тихо ехать крыша. Там исправишь - тут вылазит. ))

Это от среды разработки никак не зависит

Сам раньше писал всё на дельфи. Потом начало раздражать - дельфи тут, С в МК. В итоге перешел на Qt, правда связь только через RS-232 (последнее время через USB мост).

+1 за Java+Eclipse в качестве среды разработки.

А я вот по ряду причин никогда не пользовался поддержкой Delphi...
Не в порядке спора, а для себя интересно: чего Вам не хватает в Delphi 7 для Ваших задач?

А когда тут Delphi, а там VHDL - вообще! Особенно после 23 часов вспоминать, где какой синтаксис оператора case...

Разных готовых компонентов для Delphi по прежнему больше чем для VS. Соответственно на Delphi можно по прежнему быстрее написать крутую визуальную прогу чем в VS, за исключением облачных апликаций.

Но MS планирует в облаках полностью запускать весь MS Office. И тут интересный вариант был бы Visual Basic вернее VBA.
Приложения с VBA на базе Excel или Access смотрятся очень мощно и пишутся в лет.
Написанное на VBA имеет шанс без изменений быть портированным в облака и сильно упростить размещение и тех.поддержку софта для клиентов.