Вышел Embarcadero RAD Studio 10.3.2 или то что мертво… умерло

Привет, Хабр!


Присаживайтесь поудобней, заварите себе чайку, ибо я пишу немного затянуто и через правое ухо. Итак, Вы готовы? Отлично, тогда приступаем.


ВНИМАНИЕ! Информация, описанная ниже, написана исключительно в исследовательских целях и не предназначена для использования в корыстных целях!


Начну, пожалуй с предыстории.


А именно, c конца 2013 года. Тогда перед мной, как помню, возникла проблема поиска удобной IDE для быстрой и главное простой реализации прикладных задач. Надо сказать, что на тот момент я перегорел к JAVA и, хоть NetBeans мне нравилась, хотелось скорости работы и простоты разработки (Не забываем, что Java SE 6 была ну ооочень медленной). Короче, захотелось С/C++. Многие мои знакомые тогда использовали VS 2012 и, конечно, рекомендовали её мне с пеной у рта, мол лучшая IDE и бла-бла-бла. Ага, весила она на тот момент (развернутой) 15-20Gb и съедала почти всю оперативку (4Gb под Windows + VS), и ещё при всем при этом глючила безбожно. Но я готов был закрыть на это глаза, основной-то код я всегда пишу в Notepad++. Но "грязь" в IDE я пережить так и не смог (когда ради консольного приложения программа пишет 100500+ строк кода — это меня бесит и по сей день, я же не форму прошу сделать....) В итоге, удалил я VS 2012 и забыл о ней до 2017 года.


Но это не меняло моей основной проблемы. Мне до сих пор требовалась удобная и шустрая IDE. И случайно я натолкнулся на дедов cyberforum, где мне посоветовали Embarcadero RAD Studio XE 5. Я скачал, korsanlara Merhaba, и запустил установщик. В итоге программа заняла около 40Gb памяти (T-T), да и грузилась долго. НО! она не глючила почти (в сравнении, конечно), она тогда была сыроватой, да и пингвинусов не поддерживала. Однако была простой и шустрой.


image


Разве не прелесть? Также в неё входила Delphi. В итоге я прикипел к данной IDE сердцем и душой. Также полюбил, со временем, Delphi. Она ни раз выручала с курсовыми: когда все месяцами пашут над графической оболочкой — я Canvas подключил и доволен как слон :3


Из минусов же можно было сказать одно — сырая. И последующие обновление до XE 8 решило многие косяки. Но и привнесло новые. Однако, XE 8 была действительно хорошей средой, из-за чего я вообще не вспоминал о VS аж до 2016 года.


Начало конца.


Именно за год до этого (2015г) презентовали Emb. RAD Studio XE 10, даже на хабре нашел статью выложили


Столько надежд, столько перспектив:


— С++11 Clang for Windows
— поддержка параллельной компиляции C++;
— отладка iOS 64x приложений;
— поддерживается iOS 8.4;
— поддерживается Android 5.1.1;
— поддержка служб Android;
— поддержка модульного тестирования DUnitX для Android и iOS;
— поддержка DirectX 12;
— поддержка вызова API WinRT;
— поддержка FireDAC для базы данных NoSQL MongoDB
— новое поведение MultiView;
— новые компоненты VCL;
— новые компоненты для работы с Beacon;
— улучшен механизм стилей;
— улучшен диспетчер библиотек GetIt;
— улучшены возможности IDE;
— и многое другое


И все прос… ну вы поняли.


Столько косяков, столько недоработок я еще никогда от данной компании не видел. Это вам и кривой FMX, это вам и функции-заглушки, это вам падения с повреждением исходников. Вообщем бррр...


Но я как-то прикипел к этой среде и отказываться от нее не торопился. К тому же, зная политику данной компании, я ожидал UpdatePack, устраняющий эти ошибки. И не прогадал, они выпустили RAD 10.1 Berlin. Поработав в ней я понял… это начало увядания компании...


image


И причины моего мнения были следующие:


  1. Жутчайшее копирование дизайна у Microsoft
  2. Сырым стало все, даже UI
  3. Много мусора при компиляции

И если с первым все понятно. Компания забила на свой classic и modern дизайн и стала передирать всё, даже подсветку синтаксиса у VS — это дурной знак. Также, ладно бы они качественно его стырили, а нет — при переключении в ночной/дневной режимы окна могли свернуться или не до конца перекраситься или… короче куча косяков и багов. Я никогда до этого не удалял намеренно данную студию дольше чем на пару дней, однако впервые это сделал. И причина не только в том, что они не доделали UI, причина также в том, что старые баги устранили хорошо если на 25%. Работать было просто невозможно.


Как итог, я попробовал установить VS 2017 и… не прижилось. Ну не нравится мне их студия и все тут. Я перешел на Qt Creator. Действительно вещь. mingw-x64 тогда только появилась, как я понял и для меня это было спасение. Но минус в том, что Qt хоть и предоставляет удобную и качественную установку, все же тогда у нее были некоторые проблемы с быстродействием самой IDE (она банально глючила). И так я просидел на QT Creator до выхода RAD Studio 10.2 Токио. Собственно, многие баги поправили, работа действительно видна.


image


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


Итак, наступило время RIO, время RAD Studio 10.3
Когда я её поставил, я скрестил пальцы как маленький, и очень надеялся. Но, мы желаем, а Embarcadero клали болт… Первое, они как бы устранили более 600 ошибок и… сломали компиляцию библиотек. Серьезно. Они сломали компиляцию библиотек на C++. Окей… Не успел я оправится от шока, как они снова, оказывается, сломали UI (он глючит нереально при смене темы). Ладно, думаю молодцы — добавили git и он таки работает. И нет, для его работы нужно git ставить отдельно… Хотя, может поэтому он работает?


Честно говоря, очень расстроился новой средой.


Вроде на этом все, но нет — они выпускают RAD 10.3.2 RIO Architect. Я даже не хотел её ставить, потому поставил её на виртуалку. И… она мне действительно понравилась. В кой-то веки они почти не добавили функционал, а направили разработчиков по новому функционалу курить бамбук пилить поддержку Linux и MacOS x64. И это было верное отчасти решение, т.к. linux мы пока и не рассчитывали использовать, macOS есть далеко не у всех, а сама среда стала намного стабильней. Да, не без косяков, но стабильней. Я даже поставил на основной компьютер.


Спустя какое-то время понял, что C++17 все же превосходит C++11, а также полюбил Boost. Попробовал перейти на VS 2019. И (как-нибудь распишу подробней) зашло. Среда мне очень понравилась и менять ее на пусть и хорошую, но устаревшую RAD 10.3.2 не очень хотелось. В итоге, её удел стал — Delphi, который как язык программирования тоже стал сильно устаревать во всех смыслах (об этом напишу одну из следующих статей).


И вот, наконец, мы добрались до нового обновления, которое я обкатал.



Что они добавили:


  1. MacOS x64
  2. Linux GUI
  3. C++17
    Начну, пожалуй, с последнего. Да, они завезли 17й стандарт. НО! Не завезли нормального автодополнения кода к нему. В итоге, это выливается в микро фризы, показ фантомных ошибок и т.д. и т.п. (У меня сейчас 16Gb RAM и core i7 Haswell). Скорее всего просто не успели.
    1) и 2) могу сказать только одно — очень сыро, но это даже хорошо (см. выше)
    А вот баги Delphi заметно поправили, также FMX стал шустрее.
    И все это мне очень нравится, если не одно важное НО!

К тому времени, когда они полноценно перейдут на C++17 выйдет уже новый стандарт и т.д. и т.п. А если будут торопиться как в этот раз, то все будет сырым. И именно поэтому они проигрывают тому же Microsoft VS 2019 или Qt Creator. Они тупо не успевают за ними.


image


Но самым страшным, как по мне, стало ужесточение безопасности при отсутствии адекватных цен. Если, например Qt и VS, стоят до 10к рублей на человека (не берем в расчет организации), то Embarcadero RAD Studio, который на текущий момент во всем проигрывает VS 2019 стоит в районе 100к.


Значит ли это, что IDE мертво?


Не знаю, как мертво, но переживает далеко не лучшие времена :(


Возможно, я ошибаюсь, но судя по всему IDE отстает от своих конкурентов и чем дальше — тем сильнее.


С вами был, Alrott SlimRG
Спасибо за просмотр!


Делитесь своими мнениями в комментариях ↓

Похожие публикации

AdBlock похитил этот баннер, но баннеры не зубы — отрастут

Подробнее
Реклама

Комментарии 107

    –5
    Не спал 2е суток до этого, поэтому, если увидели опечатку — пишите в комменты — попробую поправить
    P.S. Если есть какие-либо возражения или предложения — пишите в комменты (они мне бибикают на email, в отличие от ЛК)
      +3
      Раз просите в комментарии, напишу тут.
      «Не до конца» пишется в три слова.
        +1
        Если, например Qt и VS, стоюят до 10к рублей на человека

          +3
          не биeрем в расчет организации
            0
            А что если это тест на орфографию для читающих? Ну как диктант по русскому языку в школе. :)
              0
              Извините, просто вчера слишком хотелось спать, что мозг не хотел работать
              Понимаю ваше возмущение и минусы — сам бы себе минус поставил бы, будь возможность…
                0
                Пишешь статью вечером, потом с утра вычитываешь после кофе и только тогда публикуешь. Минус 90% ошибок.
                съедала почти всю оперативку (4Gb под Windows + VS)… В итоге программа заняла около 40Gb памяти
                Очень спорно. Хотелось бы увидеть пруфы — рабочую память и выделенную память.
                По-моему обе среды достаточно компактны (сравнивая с Нетбинс, Эклипс, Андроид Студио).
                  0
                  Учитывайте год версии.
                  Тогда мелкомягкие не особо заботились памятью
                  Это с 2015г где-то стало лучше (не точно)
                    0
                    Наблюдаю VS с версии 5. Это VS97.
                    Никогда не было особый требований по оперативке.
                    0
                    А за совет спасибо — так впредь и поступлю
            0
            А у вас что, жёсткий дедлайн на написание этой «статьи» был?
              0
              Ну как бы хотелось как лучше — в день официального релиза (до этого была BETA)
              Также пишу статьи в основном пока еду с работы в метро…
              Хотел как лучше, получилось как всегда
            +4
            С++ Builder моя первая IDE, если не считать текстовый Bornald C++.
            Была кстати неплохая IDE, все работало, не припомню каких-то глюков или падений.
            Затем перешел на Visual C++ и как-то перестал отслеживать борландовские продукты. Но иногда смотрел что же там выходило…
            Не знаю как это правильно сформулировать, но вот такое бывает когда у власти не инженеры и программисты, а всякие маркетологи или как их там правильно называют. Они стали пихать в среду ВСЁ. Какие-то суперпурер-решения для «бизнеса» (в основном это касалось баз данных), которые якобы призваны решить все проблемы, баззвордные названия, стали метаться между технологиями, прикручивать все что можно… все это выливалось в экспоненциальный рост дистрибутива и трудности с пониманием «а зачем-же это все нужно».
            Затем в какой-то момент они вроде как перестали справляться со своим компилятором и перешли на LLVM (или может только для С++ перешли а для Delphi остались?). Вот это жалко — хоть бы код открыли. Ведь именно они первыми реализовали в С++ свойства, очень полезная фича; вроде так никто и не попытался повторить, даже в расширениях gcc не сделали.
            В общем вывод — надо им открыть код, выкинуть 90% маркетоидного мусора, провести тотальный рефакторинг (по сути чистку). Сама среда разработки была таки неплохой. Но это коммерческая до мозга костей компания, да еще и не сильно богатая, судя по конским ценам на продукты, они никогда на такое не пойдут:(
              0
              Полностью с вами согласен, как бы печально это не звучало
              Причем есть у них действительно хорошие IDE, но вот их подход реально душит всю компанию, что жуть как обидно.
              Сейчас аналогичная тема с NetBeans, потому решил написать эту статью, как заготовку
                +1
                Боюсь, у Embarcadero нет никакого подхода, кроме выжимания последних капель из плодов Borland, некогда очень сочных. Там не станут бороться с «маркетоидным мусором». Кроме этого мусора, ничего своего у них нет. Мне искренне жаль Borland. История их погибели стоила бы пера Шекспира.
                  0
                  Скорее всего, я видел не все аспекты, но это пример гибели закрытого продукта.
                  Насколько Pascal был открыт и документирован в 80-е, ровно настолько же использование Delphi мне казалось шаманством в отсутствие нормальной документации. Для работы в Windows, по сути, нужно было держать два справочника открытыми — по VCL и по WinAPI.
                0
                А вот если проанализировать имеющиеся решения для быстрого создания программ под Windows, то по сути их не так и много: Delphi, QT и .NET(WPF/WinFroms). И почти за 20 лет ничего нового и не появилось. Все ударились в WEB и мобилки, и пытаются перенести решения на Desktop (Electron, Flutter и иже с ними).
                При этом тот же Delphi на мой взгляд, никто не смог обогнать по количеству доступных сторонних компонентов, работе с БД, а главное быстро создать и запустить в продакшен программу.
                  –2
                  если проанализировать имеющиеся решения
                  Яву забыли.

                  При этом тот же Delphi на мой взгляд, никто не смог обогнать по количеству доступных сторонних компонентов
                  Хорошо, что вы уточнили «на мой взгляд».

                  работе с БД
                  Работать с БД с клиентского десктопа было в моде давно, сейчас это моветон. Поэтому для БД осталась необходимость только при разработке серверного ПО под винду. Много ли сейчас начинают новые проекты, где требуется на делфи разработать серверное ПО под винду?

                  а главное быстро создать и запустить в продакшен программу
                  Опять таки, требования выросли. То что раньше для корпоративного сектора писалось одним человеком на коленках, сейчас требует командной разработки с системами контроля версий и юниттестами.
                    +1
                    А минусующим есть что возразить, или им просто неприятны факты?
                      0
                      Работать с БД можно из из сервера приложений.
                      Но локально хранить данные в любом более-менее standalone приложении надо.
                        0
                        Работать с БД можно из из сервера приложений.
                        Но локально хранить данные в любом более-менее standalone приложении надо.

                        Не очень понял о чем речь. Можете привести какой-нибудь корпоративный продукт в качестве примера? Который написан после скажем 2010 года на делфи, и которому требуется локальная база данных.
                          0
                          Актуально использование локальной БД например для корпоративного мессенджера на мобильных телефонах — чтобы не загружать каждый раз при запуске приложения сообщения с сервера, особенно когда канал связи медленный/нестабильный. Кэширование сообщений в БД весьма и удобно.
                            0
                            Я правильно понял, речь о приложении для смартфона, написанного на делфи, и которое использует БД на этом же смартфоне в качестве кэша?
                              0
                              Все правильно.
                              Я сейчас сам участвую в подобном проекте, код пишется на делфи Rio, в качестве локальной БД используется SQLite. Работает всё достаточно шустро
                                0
                                Хотелось бы тоже оценить шустрость. Что рекомендуете мне поставить на свой андроид для теста, написанное на Delphi + SQLite?
                                  0
                                  Свой продукт мы еще пока делаем, в паблике он еще недоступен. Вот как допилим, тогда можно будет оценить.
                                  Про другие примеры проектов, увы, подсказать не могу
                                    0

                                    Сейчас дописали уже? В маркете есть?

                                    0
                                    Из хороших дельфовых программ — торрент-клиент Flud, например. Шустрый, но ядро там скорее всего стороннее.
                              0
                              А что вы подразумеваете под термином «корпоративные продукты»
                                –1
                                А что вы подразумеваете под термином «корпоративные продукты»

                                Имеется в виду кровавый энтерпрайз, где ошибка, плохая архитектура или неверно выбранная технология может привести к колоссальным убыткам. Те продукты, которые так просто не переписать с нуля, когда это потребуется.
                                  –1
                                  Не хочу вас критиковать, но Embarcadero разрабатывается в первую очередь как коммерческий корпоративный продукт.

                                  Работа же с БД в нем «чужая»: IntraWeb и Indy.

                                  Вопрос: Зачем компании, которая уже много лет вытягивает последние соки из Borland IDE, платить сторонним разработчикам ради добавления в свой продукт локальную работу с БД? Ведь, если она никому не нужна, то они выкидывают деньги на ветер, да еще и увеличивают вес продукта.

                                  Ответ прост — значит это кому-то нужно. А, т.к. RAD Studio в первую очередь коммерческий продукт, то, получается, каким-то компаниям это нужно и эти компании готовы платить за это деньги, окупающие плату сторонним разработчикам. А раз каким-то компаниям нужна поддержка работы с БД, то ваше утверждение (1812849) не совсем корректно.
                                    0
                                    1812849 — это что? Тут утверждения можно цитировать.

                                    Я не могу что-то оспаривать, пока не буду уверен в том, о каком утверждении речь.
                                      0
                                      Данный комментарий

                                      Я сижу с Windows Phone, потому цитирование работает немного никак.

                                      работе с БД
                                      Работать с БД с клиентского десктопа было в моде давно, сейчас это моветон. Поэтому для БД осталась необходимость только при разработке серверного ПО под винду. Много ли сейчас начинают новые проекты, где требуется на делфи разработать серверное ПО под винду?

                                      а главное быстро создать и запустить в продакшен программу
                                      Опять таки, требования выросли. То что раньше для корпоративного сектора писалось одним человеком на коленках, сейчас требует командной разработки с системами контроля версий и юниттестами.
                                        0
                                        Вы совершенно правы, «утверждение не совсем корректно». Утверждая это, я не взял во внимание файловые базы данных, а говорил только о серверных, моя вина, я должен был уточнить.

                                        Но в целом вопрос сохраняется, много ли сейчас новых крупных проектов начинают на делфи? Весь софт, написанный на делфи, что я знаю, написан лет 20 назад и до сих пор его просто поддерживают.

                                        Это не риторический вопрос, меня правда заинтересовали в этой ветке.
                                          0
                                          Сбербанк для Android, например был написан на Delphi (друг там работал пару лет назад, рассказывал)
                                            0
                                            Что ж, это серьезное заявление. Если это правда, то значит есть еще порох в пороховницах.
                                            0
                                            Сбербанк для бизнеса (стендалон, офлайн) работает с постгресом, и сейчас переписывается под FireMonkey для винды и линуха
                                              –1
                                              Сбербанк для Android
                                              Сбербанк для бизнеса (стендалон, офлайн)

                                              <юмор>
                                              Надеюсь сбербанк не обанкротится, иначе Delphi лишится своего основного клиента, судя по ответам на мой вопрос
                                              </юмор>
                          +1
                          первыми реализовали в С++ свойства

                          из-за этого вендор-лока ёжики плакали кололись но продолжали…
                          +3

                          Увы, все кончается рано или поздно. Когда-то был Borland, а теперь есть JetBrains.

                            +1
                            А при чем здесь JetBrains?
                              0
                              А при чем здесь JetBrains?

                              Они выкатили очень качественную и мощную среду разработки для кучи языков и быстренько захватили огромную долю рынка, как когда-то борланд.
                                +3
                                RAD Studio — это не только подсветка, а ещё разработка GUI и прочими либами
                                  0
                                  у jetbrains и с визуальными редакторами gui многое есть.
                                  сам пользовался поддержкой javaFX, нример.
                                  а для С — всё в пoрядке в CLion
                                    0
                                    редакторами gui многое есть.
                                    сам пользовался поддержкой javaFX, нример.

                                    Топикстартер про Java вообще никак не упоминает, он про C++
                                      0
                                      c qt тоже всё впорядке в clion.
                                    0
                                    RAD Studio — это не только подсветка, а ещё разработка GUI и прочими либами

                                    А у JetBrains думаете только подсветка? Там функционала больше, чем в операционке.
                                      0
                                      под подсветкой также имел в виду рефакторинг и тп.
                                      Кэп: Короче, RAD Studio берёт не этим и об этом всем известно
                                        0
                                        Кэп: Короче, RAD Studio берёт не этим и об этом всем известно

                                        А что, тут в этом кто-то сомневался?
                                    +6
                                    VSCode неплохо эту долю отжал, и продолжает набирать обороты
                                      +1
                                      Что показывает, что более открытая, хоть и менее функциональная из коробки система может улучшаться быстрее, чем хорошая, но хуже поддержанная сообществом.
                                        0

                                        С удовольствием перешёл на него с QtCreator. У креатора по сути только два преимущества — более удобная навигация по плюсовому коду и подсказки в QML. Формы по-нормальному в креаторе всё равно через designer не получалось редактировать (слишком много зависимостей от кастомных компонентов и плюсовой части, так уж получилось), а со всем остальным пришлось смириться.


                                        Зато хоть можно настроить панельки и вкладки как удобно и скрывать/восстанавливать лишнее через хоткеи, потому что когда всё это лезет в глаза — никуда не годится:


                                        Картинка из гугла

                                        image

                                        +2

                                        Спасибо, что ответили за меня!


                                        До сих пор радуюсь каждому обновлению Идеи, потому что помню Delphi 7, которая была год за годом стабильно неизменна из-за того, что переход на RAD Studio был для того моего работодателя не рауионален.

                                        +2
                                        У них есть CLion и ещё много чего. Не знаю как на C, но на Java они гораздо приятнее всех остальных.
                                      +1
                                      В итоге программа заняла около 40Gb памяти

                                      Памяти или свободного места на диске?
                                        +1
                                        Заняла места на жестком диске
                                          –2
                                          Логично, что не RAM
                                            +8

                                            В 2019 году я бы не удивился, если честно.

                                              0
                                              это «достижение» уже достигнуто! (прошу заметить это для бюджетных плис, для дорогих у интела есть про версия… с спец требованиями)
                                              image
                                              к сожалению хром и прочий софт скоро догонят лидеров рынка…
                                              надо же как то заставить покупать новые компы и смартфоны, а значит сами знаете чьи процессоры.
                                                0
                                                Они что, сразу все свои файлы в оперативку запихивают? 0_о
                                                  +1
                                                  обычно для ПЛИС качество софта очень низкое, можно положить среду и заставить компилировать до получаса простой сдвиг вида a <= b << c; при битности переменных уже от 32. Возникает ощущение, что они понятия оптимизации вообще не знают.
                                                    0
                                                    Надеюсь вы понимаете отличие компиляции программы на компьютере и синтеза-имплементации проекта в FPGA? В большинстве своём неоправданно длинное время разводки имеет вполне себе объяснимые причины и способы решения.
                                                      0
                                                      я то понимаю, но вот другие чей код приходится использовать не понимают этого, там где такой сдвиг можно было бы заменить сдвиговым регистром (например перебирающий от 0 до макс мультиплексор) он делают через сдвиг и часто код зашифрован да так что на уровне нетлиста не подобраться. Порой такой код можно встретить в компонентах SoC билдера от интела и прочих IP ядрах.
                                                      И самое главное — 32х32 это всего 2048 LUT блока в худшем случае (32х32 * 2 — дерево собирающее воедино множество выходов), а это всего доли процента от всей плис, всё равно я считаю что они явно не думали об оптимизации вообще, раз выжирают так много времени и гигабайт озу даже на такую тривиальную конструкцию. Да и показатели требуемой памяти (как озу так и дисковой) наглядное тому подтверждение. Вот я не поверю в наличие хоть какой то оптимизации если реализация тривиальной функции занимает ТАК много памяти. Да и часто проблемы начинаются уже на этапе компиляции, ещё до роутинга даже если используешь не критичную к скорости и сложности периферию (как то делал мост 100 уартов (9600бод) в усб фифо от фтди — тривиальная же задача, вот он компилировался очень медленно при любом раскладе, а фиттинг жутко тормозил даже занимая 10% и меньше площади плис, даже в режиме скоростного фиттинга).
                                                  0
                                                  Мдя, не ожидал такого…
                                              +1
                                              У меня занимает 11 Gb из них: 3.5 Gb либы андроида, 1 Gb либы линукса, 3.5 либы Windows для 32 и 64 отдельно. Сами файлы IDE там от силы 3 Gb занимают.
                                              Все что выше будет platform SDK.
                                              Visual Studio качает такие же самые SDK.
                                              Кстати, если держать вместе и RAD Studio и Visual Studio, то можно сэкономить место заставив их использовать SDK из единой директории.
                                                0
                                                Можно, но глюков будет больше
                                                Хотя, возможно, это я что-то не то в настройках выставил :3
                                              +3
                                              Пытался пользоваться Embarcadero RAD Studio, после VS это был ад кромешный.
                                              К кривому и неудобному интерфейсу Embarcadero наверное можно привыкнуть, но вот к постоянному потоку идиотских глюков, багов и крашей не вышло. В итоге снес этот байтовый хлам и забыл как страшный сон.
                                                0
                                                Все познается в сравнении. Попытка отлаживать код Chromium привела к стабильным крашам.

                                                После открытия солюшена (кстати, вот идиотская терминология, не знаю для кого это солюшн, ибо для меня это очень даже таск) студия минут пятнадцать что-то там индексирует, начитывает, перечитывает, и закономерно крашится с вероятностью 100%. Потом рестартует, и снова крашится, и так до второго пришествия. Хоть бы элементарную защиту от повторного краша сделали, что ли (про «не валиться» даже не мечтаю).

                                                Делфя иногда крашится при открытии тяжелых форм, но пока их не трогаешь, хотя бы проект держит и собирает нормально. Да и отладчик пофичастее будет, чем у нативного VS.
                                                +4
                                                Turbo Pascal 5.5, счастливое детство :) Потом 7.0, а потом первый Delphi. Увы, Borland начала загибаться еще в начале-середине 2000-х.
                                                  +3
                                                  Embarcadero славен своими компонетами, а не сам по себе.
                                                  И писать в нем стоит на Delphi, а не на C++, поскольку все самые ходовые компоненты компоненты и сам фреймворк VCL написаны на Delphi.
                                                  Используя C++ теряется доступ к отладке библиотек в своем приложении.
                                                  Что самое замечательное, компоненты Delphi и сам VCL все в исходниках, всегда доступен дебагинг на уровне ассемблера.
                                                  Для мультиплатформенного программирования Embarcadero явно слабоват если вообще юзабелен, это точно.
                                                  Но десктопные приложения под Windows в нем выходят очень крутые, но естественно только при использовании сторонних компонентов. Для успешной работы нужен набор из пары десятков сторонних пакетов компонентов.
                                                  Кто начал в Embarcadero недавно могут даже и не сориентироваться что стоит ставить, а что нет, поскольку дело очень затратное по времени, а сам Embarcadero в своей палитре предлагает весьма бедный и ограниченный набор.

                                                    +2
                                                    Что самое замечательное, компоненты Delphi и сам VCL все в исходниках, всегда доступен дебагинг на уровне ассемблера.

                                                    На уровне ассемблера и так все всегда доступно. Тут же уровень паскалевских исходников, написанных очень легко и доступно. Но не всегда. Мегапопулярный когда-то midas был и остается очень глюкавым, его исходники открыли совсем недавно, но они на крестах, так что прямо из IDE не сильно и поотлаживаешь. Плюс некоторые стандартные либы (metropolis) идут без исходников.

                                                    Для успешной работы нужен набор из пары десятков сторонних пакетов компонентов.

                                                    И очень не хватает механизма включения компонентов в проект. Без него подготовка рабочего места разработчика иногда занимает неделю (с учетом массы сюрпризов, возникающих при установке левых библиотек). А переход на другой проект с другим набором компонентов зачатую проще реализовать на новой операционной системе, чем ковыряться с невнятными ошибками установки в общий неймспейс.

                                                    а сам Embarcadero в своей палитре предлагает весьма бедный и ограниченный набор

                                                    Когда после Delphi 2 первый раз увидел современную ей VS (не помню какой версии), то реально офигел, что кроме кнопок и надписей, там вообще ни черта нет.
                                                    +4
                                                    Если, например Qt и VS, стоют до 10к рублей на человека (не бирем в расчет организации), то Embarcadero RAD Studio, который на текущий момент во всем проигрывает VS 2019 стоит в районе 100к

                                                    Смешались в кучу, кони люди…
                                                    Вроде рассказ о IDE, но повсеместно проскакивают какие то фейлы.
                                                    Причем тут лицензии на Qt Framework, когда речь идет о open-sourse IDE QtCreator? Большая часть qt компонентов, распостраняется с LGPL лицензией при динамической линковке, и просит объектники только по требованию, зачем вам «для прикладных задач» нужна отдельная лицензия?
                                                    Равная ситуация и с Visual Studio, которая теперь бесплатна, как и BuildTools входящий в SDK (вобще не помню что бы он когда-либо был платным)
                                                    Не спал 2е суток до этого

                                                    Вы вот лучше поспите, а потом просто перечитайте Вашу статью.
                                                    Не понятно что с чем сравнивается в статье, и чем так не доволен ТС: уродский RAD? Ну пересядьте на другую IDE. Не устраивает количество кода для формы из двух кнопок? найдите другое решение, библиотеку, или целый фреймворк.

                                                      0
                                                      Ну для кого уродский, а для кого изуродованный.
                                                      Насчет сравнения — Qt бесплатен для личного пользования на всем, КРОМЕ встроенных систем
                                                      VS 2019 я юзаю Professional, который отнюдь не бесплатен.
                                                      Также прошу обращать внимание на значение предлога «до».
                                                        +1

                                                        Qt LGPLv3 or GPLv3 для всего, а этого, кажется, для личного пользования более чем достаточно

                                                          0
                                                          кроме встроенных систем
                                                          image
                                                            0

                                                            Вы можете использовать стандартный Qt на встраиваемых платформах. На вашем скриншоте речь идет о специализированных дополнительных возможностях.

                                                              0
                                                              Не спорю — видел, что можно что-то поставить, что-то поправить, что-то докачать и завести
                                                              Но может я и тюлень, но предпочитаю ставить все из одного места
                                                              Данные дополнения как раз и решают эти проблемы.
                                                              Хотя, может я не прав и все изменилось за пару лет.
                                                              Но раньше был тот еще гемор скомпилировать Qt C++ под встроенную систему без Commertical Pack
                                                      +1
                                                      Немного не в тему, но — если нужна IDE сугубо по Си, советую посмотреть в сторону Pelles C. Небольшая и функциональная, и легко можно отключать ненужные crt и прочие рантаймы.

                                                      А по борланду… помню еще С++ билдер 6. Для создания GUI, имхо, ничего лучше быть не могло. Рисуешь, прям как в vb/делфи формы, не надо играться с mfc/atl/диалогами. Как по мне, они проиграли VS из-за своей проприетарности и полной закрытости. Я понимаю, что это бизнес, и все такое, и возможно, они не могли себе позволить какой-то Borland Express сделать. Но, по итогу вышло то, что вышло. А жаль.
                                                        –1
                                                        Они проиграли VS из-за того, что Visual Studio использует «родные» для Windows элементы управления, а VCL всё рисует сам. И делает это как-то странно. + надо весь немаленький VCL тащить. Когда-то в «детстве» играл в C++ Builder 3, замучался совсем (до сих пор не понимаю, зачем приложение при старте создаёт отдельное окно, чтобы кнопочка на панели задач появилась, и потом уже отдельно форму; и прикол со сворачиванием окон, когда «родное» окно Windows сворачивается с красивой анимацией, а форма VCL просто исчезает; за каждым приложением приходилось немаленький VCL таскать). Пересел на VS 6.0. Как свежего воздуха вдохнул. Потом ушёл микросхемы чертить, но это совсем другая история…
                                                          +3
                                                          VCL не рисует все сам.
                                                            –1
                                                            Году в 2000 в его исходниках и в жизни я видел обратное.
                                                            Даже градиент в заголовках окон он, зачем-то, сам рисовал (да, вызовом соответствующей функции Windows API).
                                                            Про отработку сворачивания окон писАл выше.
                                                            Если нужно было использовать Windows API, это в какую-то боль превращалось…
                                                            Возможно, с течением времени всё изменилось…
                                                              +1

                                                              Сейчас Qt рисует виджеты сам: https://doc.qt.io/qt-5/qwidget.html#native-widgets-vs-alien-widgets. Говорят, так быстрее получается и без мерцания.
                                                              У VCL же, насколько я помню, у виджетов было свойство Handle, которое можно было передавать в функции WinAPI. То есть виджеты были родными, по крайней мере, с Delphi 7.

                                                                –1
                                                                me21 прав
                                                                До перехода на FMX — VLC были родными относительно для Windows
                                                                Однако со временем они слепили ФранкенЧто
                                                                Часть VLC стала саморисующаяся, однако привязки к API Windows остались на месте
                                                                В итоге, разработчики поняли, что проще начать с нуля, чем разбираться в своем говнокоде
                                                                  0

                                                                  "Родные" в том смысле, что каждая кнопка и т.п. — это окно, как и в Windows. Но вот отрисовка внутри кастомная. И обработка сообщений тоже. Потому показ модального диалога, который в WinAPI в одну функцию делается, превращался в боль.
                                                                  Доходило до смешного: у кнопок VCL фон, почему-то, белый был. Потому, когда приложение подвисало или тормозило, окно белыми квадратами вместо кнопок покрывалось.
                                                                  Были случаи, когда при малых размерах кнопки или большом шрифте пунктир, отмечающий фокус, прямо по границе кнопки рисовался.
                                                                  И никогда не забуду его "замечательный" MessageBox(). Тоже самодельный. С кнопками Yes/No/Cancel. На русской системе. Без звука выскакивали, естественно.
                                                                  И т.д., и т.п.

                                                                    0
                                                                    Минусите, а сами в теме не разобрались, ну да мне не жалко.
                                                                    Надеюсь, смогу помочь разобраться…
                                                                    «Родными» понимаются элементы, использующие нативные вызовы и библиотеки.
                                                                    Как понять, что элемент родной или нет — откройте ProcMon и посмотрите чьи .dll она использует, а также посмотрите вызовы в Microsoft spy++ — являются ли они стандартными или нет

                                                                    Так вот, в старых IDE VCL был более менее нативный, но с приходом x64, то ли из-за коммерции, то ли чего, они решают писать отрисовку полностью свою, попытались и… не вышло — отрисовка использует хвосты из нативного api, хоть и реально ресуется сама.

                                                                    Вы думаете компания просто так выкупила FireMonkey FMX за свои кровные?!
                                                                    Вопрос: на кой фиг им тратиться на FMX, если есть платформонезависимая VCL?

                                                                    P.S. Внизу человек показывает нативный хвост
                                                                      +2
                                                                      Кастомная отрисовка — это совсем не то же самое, что ненативные контролы.

                                                                      Потому, когда приложение подвисало или тормозило, окно белыми квадратами вместо кнопок покрывалось.

                                                                      Неплохо бы уметь писать приложения, которые не подвисают и не тормозят, потому что цвет кнопок на форме зависшего приложения — это последнее, что будет волновать пользователя.

                                                                      И никогда не забуду его «замечательный» MessageBox(). Тоже самодельный. С кнопками Yes/No/Cancel. На русской системе. Без звука выскакивали, естественно.

                                                                      MessageBox как раз 100% нативный (он, собственно, прямо из User32.dll и вызывается, поэтому принимает PChar вместо string). Самодельный там MessageDlg, который гораздо гибче в плане отображения кнопок/иконок, принимает нормальные стринги, и он никому ничем не обязан. Также непонятен сарказм насчет надписей на английском, разрабы должны зашивать в рантайм все языки мира, что ли?
                                                            +5
                                                            А именно, c конца 2013 года. Тогда перед мной, как помню, возникла проблема поиска удобной IDE для быстрой и главное простой реализации прикладных задач. Надо сказать, что на тот момент я перегорел к JAVA и, хоть NetBeans мне нравилась, хотелось скорости работы и простоты разработки (Не забываем, что Java SE 6 была ну ооочень медленной). Короче, захотелось С/C++. Многие мои знакомые тогда использовали VS 2012 и, конечно, рекомендовали её мне с пеной у рта, мол лучшая IDE и бла-бла-бла. Ага, весила она на тот момент (развернутой) 15-20Gb и съедала почти всю оперативку (4Gb под Windows + VS), и ещё при всем при этом глючила безбожно. Но я готов был закрыть на это глаза, основной-то код я всегда пишу в Notepad++. Но «грязь» в IDE я пережить так и не смог (когда ради консольного приложения программа пишет 100500+ строк кода — это меня бесит и по сей день, я же не форму прошу сделать....) В итоге, удалил я VS 2012 и забыл о ней до 2017 года.

                                                            Где-то с конца 2013 года возникла проблема поиска удобного инструмента для быстрого и простого забивания гвоздей. Надо сказать, что на тот момент я перегорел к микроскопам, хотя некоторые из них были очень ухватистые и тяжёлые, но захотелось скорости и простоты. Короче, захотелось утюгов. Многие знакомые использовали молотки и рекомендовали их с пеной у рта, мол, лучший инструмент. Но в руку молоток не ложился, был тяжел, груб и все пальцы были отбиты. Я был бы готов закрыть на это глаза, я вообще йог и могу гвоздь по шляпку вогнать пальцем. Но эта внутренняя сложность молотка… В итоге выбросил молоток и достал новый микроскоп… электронный…
                                                              +1
                                                              В итоге выбросил молоток и достал новый микроскоп… электронный…

                                                              Изыди!
                                                                0
                                                                Про «микроскопы» полностью согласен — не в тему, но иначе история выглядела обрезанной.
                                                                А вот насчет утюгов и молотков не согласен.
                                                                Разве VS не под C/C++ на тот момент была заточена?
                                                                И почему вы Qt Creator считаете аналогом NetBeans?

                                                                Смешно — да, есть скрытый смысл и над чем подумать — да, но все же вы слишком преувеличиваете…

                                                                Если же вас бесят мысли в слух без доказательств — смотрите внимательней теги
                                                                  0
                                                                  Посмотрел теги. Увидел там «развитее». Похоже, я первый туда заглянул… «в слух». Слушайте, статья вообще ниочем. Всем известно, что все, что было после 7-й версии Дельфей — унылое г. Все эти потуги с разработкой под Линукс, Мак ось — ну это просто курам на смех. Про задачи, кстати, ни слова не было сказано. В начале была Ява, но потом почему-то «захотелось» С++. Почему не С#?
                                                                  А вообще да, время идет, и не получится унести любимую Дельфю «на подметках сапог». Лично я увидел ее рождение, первую, 16-битную версию и был с ней до 7-й версии. Это не считая Turbo Pascal, уж и не помню, какой версии, еще только в .com компилил.
                                                                    +1
                                                                    До четвертой версии включительно точно в com, пятая уже в exe и там появились процедурные типы, а в 5.5 уже ООП.

                                                                    UPD: Википедия говорит, что в 4-й уже в exe компилировалось.
                                                                +1
                                                                После CBuilder 6 и Delphi 7 начались только ухудшения.
                                                                Самое большое, что выбешивает — непереносимость кода от версии к версии.
                                                                Ну и фантомные глюки компиляции, которые периодически возникают при перехрде от динамических библиотек к статике и лечатся только удалением и созданием проект с нуля.
                                                                Как то удалосб еще к 5-й рад студии прикрутить OpenCV. Компиляция проекта стала песней. После каждой перезагрузки си-билдера требовалось перекомпилить сперва библиоткеи OpenCV, причем в строго определенной последовательности. Любая другая приводила к ошибкам при линковке, причем чаще всего разным!
                                                                  +1

                                                                  Как олдовый чел, юзавший Дельфи от тройки до семерки, добавлю, что семерка, конечно, лучшая версия из «нативных», но свои заморочки у нее тоже есть. Например, добавление поддержки SSL к почтовым компонентам тот еще квест. Для Jedi опять же не всегда успешно проходило обновление на новую версию. Ну а так да, Delphi forever ;-)

                                                                    0
                                                                    Я всегда с собой ношу видеокамеру Delphi 7. С момента его выхода. Если нужно накидать какое-то приложение под винду и быстро, то лучший инструмент, даже для сервисов, тот же набор компонентов Indy очень не плох. Ну и всякие Jedi, Rx и подобные, в общем сбор приложения и его запуск в «продакшн» реально может занимать 1-2 часа. Но это продукт Borland'а, а их уже нет.
                                                                    И насколько помню раньше в новостях было, что идейный разработчик как раз переполз из Borland в Microsoft и там начал пилить подобное но в экосистеме мелкомягких.
                                                                      +3
                                                                      Андерс Хейлсберг после Delphi занялся C#.
                                                                      Много этого предвзятого мнения о неполноценности Delphi, хотя бы в radio-t пару раз было, не понимаю этого, синтаксис Pascal намного лучше C (мое мнение), в 95 % случаев даже синтаксиса Delphi 7 достаточно, а возможность быстро накидать интерфейс, т.е. преимущество вообще по необъяснимой причине считается недостатком.
                                                                      Просто мнение 5% «профессиональных», «промышленных» программистов навязывается, которые про асинхронщину, функциональщину, большие данные и прочее, а в реальной жизни очень многим людям эти дебри не нужны — они просто пилят пользовательские приложения для винды. Более того, в любой офисной работе много места для автоматизации и там вовсю использую VB/VBA потому-что ничего лучше нет.
                                                                    +1
                                                                    До сих пор пишу на Delphi 7 — пробовал более новые — не зашло: большой объем, много лишнего. Пробовал Lazarus и небольшие проекты на нем пишу, но еще вылазят глюки, особенно при отладке.
                                                                    Delphi 7 + есть еще полезные примочки типа CnPack вполне хватает для непрофессионала.
                                                                      +1

                                                                      У меня с Visual Studio с 2008 и 2012 проблем не возникало, ПРО версии. 2013 и 2015 почти не использовал. 2017 и 2019 комьюнити изредка при отладке бывают проблемы. Недавно решил вспомнить Дельфи (писал с 3 по 7)… Покрутил Лазарус и бесплатный Эмбарко… и вернулся к Шарпу и Плюсам.

                                                                        0
                                                                        Какой-то поток сознания. Ожидал увидеть конкретные примеры краша и багов.
                                                                          –1
                                                                          А тег «мысли вслух» вас не смутил?
                                                                            0
                                                                            Я бы назвал «поток сознания» )))
                                                                          0
                                                                          (не бирем в расчет организации) — берём
                                                                            0
                                                                            Немного смутил так странно обрезанный график акций в конце Вашей статьи:
                                                                            image

                                                                            Не поленился, нашел оригинал:
                                                                            image

                                                                            Значит ли это, что IDE мертво? Судя по курсу акций:
                                                                            Переживает далеко не лучшие времена :(


                                                                            Об этом еще можно еще посудить по финансовой отчетности компании:
                                                                            (цыфры указаны в млн. $)
                                                                            image

                                                                            Да, и может я и ошибаюсь, но у меня закрались сомнения, что RAD Studio принадлежит
                                                                            Idera Pharmaceuticals Inc (IDRA) (я знаю что Idera выкупила RAD Studio у embarcadero или у кого-то другого, меня смущает Pharmaceuticals в названии компании), акции которой мы смотрим.
                                                                            Поэтому вот ссылка на источник
                                                                              +1

                                                                              Вот правильная Idera: https://www.ideracorp.com И она вроде как не публичная.


                                                                              И они вроде купили Embarcadero полностью.


                                                                              А вообще они знамениты тем, что скупают всякие компании, увольняют родных сотрудников, и затем аутсорсят разработку в страны с дешевой рабочей силой. Поcледняя их покупка — Травис, где они уволили большую часть команды.


                                                                              А IDRA это вот это https://www.iderapharma.com

                                                                                0
                                                                                Сорри, видимо перепутал
                                                                                Хотя по датам релиза было более менее похоже…
                                                                                Я плохо в акциях разбираюсь, каюсь, но думал, что нашел все верно
                                                                                Спасибо за инфо!
                                                                                P.S> Последняя ссылка у вас битая
                                                                              0
                                                                              Да не хороните вы в милион-первый раз то что живее всех живых.

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

                                                                              Но большинство десктопных долгоиграющих проектов к счастью как не писались так и не пишутся на веб-скриптах.
                                                                              И те же Дельфи в найтиве еще ой как востребованы.
                                                                              Например, на моем лесктопе вполне себе живут две утилиты от компании Auslogics написанные на Дельфях, еще хелпмайкер HelpNDoc и хороший проигрыватель AIMP.
                                                                              А вот Skype после переезда с Дельфей как раз сильно испортился.
                                                                              Все остальное написано на C++ (Графика/редакторы/утилиты и т.п.)
                                                                              И ни одной программы на Java, C# или WEB-скриптах (за исключением новой морды Skype).
                                                                              Я прихожу в магазины или рестораны и иногда вижу там явно дельфевые морды даже на пост-терминалах.
                                                                              И в конце концов я приезжаю к своим компаньонам в Германию и вижу дельфевые решения в индустриальном секторе.

                                                                              Успокойтесь вы уже хоронить Дельфи и Билдер. Конечный результат на десктопе все равно пока работает быстрее, отзывчивее и менее прожорливее чем на мэнеджет-решениях.
                                                                              Решения на C++ и Qt в найтиве тоже быстры, мало-прожорливы и хороши, но набросать навороченный интерфейс ( если не брать красивенькие «открытки» на QML ) там все равно дольше и запарнее, чем на Дельфях и Билдере, а стоимость коммерческой лицензии на команду выходит даже дороже чем у Эмбаркадеры.
                                                                              • НЛО прилетело и опубликовало эту надпись здесь
                                                                                  0
                                                                                  Мне кажется, их могло бы спасти появление бэкенда для WebAssembly с многопоточностью на зелёных потоках и сегментированных стеках. Первейшая необходимая платформа не покрыта. А так хоть первый нормальный инструмент мог появиться. Но R&D у них давно нет.

                                                                                  По Linux в 10.2 был ARC, как в мобильных версиях, и это уникально. В 10.3 Linux без ARC. Я, правда, не знаю, хорошо это или плохо. У них в так называемом nextgen массивы только динамические бывают, и, я так понимаю, ARC может приезжать паровозом только с этими нововведениями. Какой вообще смысл в нативные программы тащить ограничения ублюдошных виртуальных машин? Наоборот, нужно находить всё новые и новые способы заставить всяких дотнетчиков чувствовать себя муравьями на фоне величия нативного программирования. В Java нет двойного CAS? Ахахахаха!

                                                                                  У Delphi от Паскаля хороший фундамент. Массивы могут индексироваться не только чиселкой, но и перечисляемым типом, или поддиапазоном его. Открытые массивы, особенно, если Slice ещё бы кто-нибудь наконец сделал с двумя аргументами, как у Copy, позволяют глянуть в срез массива хоть на чтение, хоть на запись. Зачем это было ломать.

                                                                                  Вот до чего же обидно, что там на Аду не смотрят. Ведь Delphi первые такими хорошими получились под влиянием Modula-3, а сейчас по каким-то помойкам нововведения собирают. FPC, к сожалению, туда же.

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

                                                                                  Самое читаемое