В далеком 2009-м на Хабре уже возникал холиварный шуточный пост с вопросом "Умирает ли Delphi?", а неким энтузиастом (Jamie Ingilby) в поддержку были созданы 2 сайта, которые утвердительно отвечали «Нет, язык Delphi жив».

Однако, как всем известно, дыма без огня не бывает, и сейчас, к сожалению, язык испытывает далеко не лучшие времена (в большей степени на это влияет не совсем адекватная ценовая политика Embarcadero), но тем не менее Delphi вполне себе живет, развивается и соответствует текущим трендам разработки ПО.

image

И вот, спустя 10 лет, в 2019 году один из двух сайтов перестал отвечать, что являлось еще одним нехорошим звоночком — домен http://www.isdelphidying.com/ оказался свободен для покупки (я это обнаружил совершено случайно, когда от нечего делать решил разместить статью "Известные программы, написанные на Delphi" и при поиске материалов вспомнил про эти два сайта).

Недолго думая, дабы поддержать любимый язык программирования, был приобретен домен «isdelphidying.com» — все же хотелось, чтобы на вопрос, «Умер ли Дельфи,» снова выводилось сообщение «FALSE».
И утверждение FALSE снова стало выводиться :)

+ немного доработал исходную страничку — стилизовал под Star Wars :-)

Так что справедливость восстановлена, работаем дальше)

ПС. Надеюсь, что у Delphi еще не все потеряно, по крайней мере, надежда на это живет в каждом, кто работает на этом замечательном языке программирования…

Комментарии (203)


  1. 0xf0a00
    27.12.2019 09:33
    -5

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


    1. A-Stahl
      27.12.2019 09:37
      +5

      >если он единственный

      C++ (с ещё большей кодовой базой и почти идеальной обратной совместимостью) + Qt (кроссплатформенность зашкаливает) смотрят на Delphi… э-э-э… вообще даже не смотрят в сторону Delphi.


      1. tronix286
        27.12.2019 10:40
        -1

        Да-да, вы про Qt только обязательно расскажите, что простая формочка с двумя кнопками со статическими либами на винде занимает всего лишь ~200 Mb, ребилдится при этом полностью всего за 8 часов, если полностью из сорцов собирать. А уж какая у Qt идеальная обратная совместимость — легенды прямо ходят! То, что писано в предыдущей _минорной_ версии не соберется более нигде — ни в следующей версии Qt, ни в предыдущей, ни в какой. Про кросс-платформенность и Qt также можно почитать веселые истории на тему сокетов в винде и линупсе, например. Про мак даже и вообще лучше не вспоминать от греха.


        1. A-Stahl
          27.12.2019 10:49

          У меня в профиле есть ссылка, которая ведёт на пару примитивных программ для Андроида. Интерфейс этих программ написан на Qt. И написан давно (много-много мажорных и минорных версий назад). Также посмотрите на размеры.


        1. 0xd34df00d
          27.12.2019 20:10
          +4

          ребилдится при этом полностью всего за 8 часов, если полностью из сорцов собирать

          А сколько само Delphi из сорцов ребилдится?


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

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


          Про кросс-платформенность и Qt

          А как там у дельфей с этим? Не смог сходу найти в репозиториях.


          1. dmitryredkin
            28.12.2019 08:31
            +4

            Нативный компилятор Дельфи под Win32- самый быстрый из мною виденных.
            Реально С++ после него кажется сошедшим с комикса xkcd. И ребилд всего проекта на нём- обычное дело, не проблема ваще. Правда компиляторы под другие платформы, как я слышал, построены на основе LLVM, что не лучшим образом сказалось на скорости. Но все равно с цпп- нёбо и земля.


            1. 0xd34df00d
              29.12.2019 01:24

              А как у дельфи с оптимизацией вычислительного кода и с возможностями метапрограммирования?


              1. Groramar
                29.12.2019 03:05
                +1

                Оптимизация отстает от плюсовой до 5-7 процентов. Чаще всего разницы на глаз между плюсовыми и делфевыми сырцами заметить невозможно. Основные алгоритмы оптимизированы на уровне ассемблера в коробке, так что разницы там вообще нет. Шаблонов, к счастью, не завезли. Дженерики существуют и давно.


                1. 0xd34df00d
                  29.12.2019 19:59

                  Оптимизация отстает от плюсовой до 5-7 процентов. Чаще всего разницы на глаз между плюсовыми и делфевыми сырцами заметить невозможно.

                  И есть вещи типа автовекторизации, удаления незначащих чтений или записей, global value numbering и тому подобных вещей?


                  Шаблонов, к счастью, не завезли. Дженерики существуют и давно.

                  Один из моих рабочих проектов — некая библиотека, позволяющая строить пайплайны из обработчиков, описывая конкретные изолированные блоки. Шаблоны и constexpr дают, с одной стороны, типобезопасность, с другой — после компиляции производительность такая же, как если бы вы закодили конкретный пайплайн руками с нуля. При этом есть и «базовые классы», и полиморфизм (времени компиляции), и довольно много вычислений на типах (начнём хотя бы с операций на строках), при этом в процессе компиляции вычисляется и инлайнится всё что можно.


                  Такое можно сделать на дельфи?


                  1. kryvichh
                    29.12.2019 23:12

                    К сожалению, оптимизация сгенерированного кода для Embarcadero не приоритет. Она есть, но могла бы быть и лучше. Насколько знаю, сейчас разработка IDE и платформы отдана в оффшорные команды, и они очень заняты поддержкой новых платформ Android, iPhone и проч. В качестве замены предлагается использовать готовые оптимизированные специализированные библиотеки, написанные на Delphi либо других языках. А при наличии опыта у команды — использовать ассемблерные вставки для оптимизации узких мест. Как пример — оптимизация нейросети под команды AVX: github.com/joaopauloschuler/neural-api/blob/master/neural/neuralvolume.pas

                    Инлайнить можно глобальные процедуры и методы классов (см. примеры в коде по ссылке выше). С типобезопасностью у Pascal/Delphi проблем не было никогда. Поэтому не вижу проблем наваять быстрый и безопасный Delphi-код c цепочками обработчиков. Не знаю что там поменяли в шаблонах у С/С++, когда я последний раз пытался разбираться в нём, там можно было творить жуткие вещи. Может, сейчас слегка обрезали возможности этой «фичи» в языке…


          1. Groramar
            28.12.2019 11:33
            +3

            А сколько само Delphi из сорцов ребилдится?
            Так как сырцы Делфи (IDE) закрыты, то могу сказать сколько времени собирается Лазарусь. Секунд 10-15.


          1. stilic
            29.12.2019 09:12

            ребилдится при этом полностью всего за 8 часов, если полностью из сорцов собирать


            А сколько само Delphi из сорцов ребилдится?


            Вы напрасно пытаетесь тут что-то выкружить.
            У Borland Pascal всегда была довольно шустрая компиляция, ибо одного прохода достаточно, Вирт продумал это при проектировании языка.
            Можно предположить, минут 20-30.
            30 минут vs 8 часов — это небо и земля.
            И это полностью из исходников, чего никто не делает.
            А из подготовленных предварительно (автоматически) бинарников библиотек/объектных файлов — считанные секунды (очень крупные программы — десятки секунд).


        1. fougasse
          27.12.2019 22:27
          +1

          Вы Delphi тоже из сорцов собираете каждый раз?


        1. FloorZ
          28.12.2019 11:24

          Это проблема винды, да и только винды. В *nix операционах закачивается разовый набор библиотек qt, а все приложения, как винда, за собой не тянут тонну бинарников и весят еле еле.

          Еще можно статически скомпилировать QT и будут у вас бинарники по паре мегабайтов.

          Так же по моему опыту, я собирал программу на Qt4, при этом изначально тестировал ее в Qt5 на локальном компе, а потом удаленно компилил на машинке с астра-линуксом (на котором только 4 версия работает) и там все работало


      1. ne_kotin
        27.12.2019 11:04

        Знаете, минимальное окошко на Qt весит примерно 5 метров, что ли.
        На D7 — 400 кб.


        1. Hidadmin Автор
          27.12.2019 11:33

          Справедливости ради, текущие минимальные программы на Delphi XE весят по 2 Мб — все в угоду совместимости и кросплатформенности и вряд ли кто-то сейчас станет писать серьезный коммерческий софт на D7, раз есть D XE, хотя в общем то и по сей день программы написанные в далеких 2000-х на D7 прекрасно работают на Win 10 например, хотя зачастую и не обходится без костылей и танцев с бубном.


          1. ne_kotin
            27.12.2019 12:26

            Я вам больше скажу — софт написанный на D7 еще и прекрасно работает под вайном )


            1. Hidadmin Автор
              27.12.2019 12:50

              Знаю, юзеры об этом рапортуют периодически )


          1. kisskin
            28.12.2019 12:52

            до сих пор пишу на D5. переехал бы на что посвежее, но смысла особого нет — и так всё нормально работает.


            1. juray
              28.12.2019 13:23

              В версиях поновее появилось удобное визуальное выравнивание компонентов прямо при расстановке без выделения компонентов и вызова меню. (Не помню, с какой — кажется, в D2010 уже было).


              1. kisskin
                28.12.2019 17:11

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


              1. tmteam
                29.12.2019 03:23

                'Вылезает из XAML и HTML' — 'Что_О? О чем говорят эти люди?'


              1. lubezniy
                30.12.2019 00:34

                В XE2 (если не ошибаюсь) появилась встроенная поддержка работы с zip-архивами. Буквально на днях маленький проект с ней делал.


        1. drWhy
          27.12.2019 18:29
          +1

          Минимальное окошко на Delphi 3 — 2 кБ (приложение скомпилировано как консольное, но использует WinAPI).


          1. svsd_val
            28.12.2019 04:30
            +2

            С WinApi можно засунуть вывод графики 3d в эти 2 кб, без проблем… знаю это так как когда-то давно делелал 64кб игры и демки


          1. stilic
            29.12.2019 09:47

            KOL, MCK?


      1. 0xf0a00
        27.12.2019 11:20

        Что ж вы так выборочно комментите…
        Нормальный редактор и нормальный конструктор — Qt в пролете со свистом. Делфи среда собранная, ставишь и все работает.C Qt нужны пляски. Собираешь как жигули и пытаешься как то ездить. В Делфи если надо добавить компоненты, в пару кликов все добавляется. Что может этому противопоставить Qt? Ничего не может. Из оставшегося только кроплатформенность которая поддерживается за счет таскания на спине жирных библиотек Qt. У Делфи все пакуется в один exe файл и никакого головняка. Некоторые компоненты позволяют не ставить драйверы для баз данных типа оракла. Просто копируешь exe на голую винду и все у тебя работает. Куда уж проще. Про дикий расход ресурсов у Qt, что бы этот комбайн работал и совместимость вам уже ниже написали.

        Товарищи с горящими седалищами, вы можете минусить меня, плевать в карму… затыкать рты другим, но факт в том что Делфи понял куда ему надо и пришел в движение. И минусы не изменят того что по совокупности факторов он уже хорошее решение для многих задач.


        1. stranger_shaman
          27.12.2019 12:45
          -1

          Изменят. Еще как изменят.


          1. svsd_val
            28.12.2019 04:32
            +1

            Ок поясните пожалуйста =)


        1. Chaos_Optima
          27.12.2019 13:35

          В Делфи если надо добавить компоненты, в пару кликов все добавляется.

          Да только формошлёпство к сожалению уже давно не используют при написании приложений, все всё больше уходят в сторону QML, XAML подобных решений, хз есть ли что-то подобное в дельфях (вроде FireMonkey подходит)


          1. 0xf0a00
            27.12.2019 14:18
            +6

            формошлёпство

            Одно единственное слово по которому можно определить разбирается человек в том о чем говорит или нет. Так вот вы — нет. Потому что если бы разбирались то знали, что 70-80% компонентов вообще не визуальные и к интерфейсу никак не относятся.
            QML, XAML

            Разметку и описание формы, можно сделать на любом языке, хоть на китайском. Даст ли это какие то преимущества если Делфи на них перейдет? Да никаких, только батхерт у разрабов. Является ли это преимуществом над кем то? Тоже нет. Это просто еще один диалект. Кто то куда то переходит, ну флаг им в руки камень на шею. Бездумно идя за модой далеко не уйдешь.


            1. Chaos_Optima
              27.12.2019 14:27
              -2

              Потому что если бы разбирались то знали, что 70-80% компонентов вообще не визуальные и к интерфейсу никак не относятся.
              да я знаю что они не визуальные по типу таймера и кучи остального, но темнемение это засирает внутреннее представление (и в дельфи и в C# это раздрожало)
              Даст ли это какие то преимущества если Делфи на них перейдет? Да никаких, только батхерт у разрабов. Является ли это преимуществом над кем то? Тоже нет.

              ну в случае с QML это не просто развёртка но ещё и несложный скриптовый язык, который позволяет проще делать более сложные гуи а также такое разделение позволят дизайнерам работать параллельно от программистов не влезая при этом в ide


              1. svsd_val
                28.12.2019 04:39
                +1

                да я знаю что они не визуальные по типу таймера и кучи остального, но темнемение это засирает внутреннее представление (и в дельфи и в C# это раздрожало)

                О как, а Си и Си ++ и т.д. не засирают ?? ИМХО: всё зависит от кривости рук разработчика, и никакой язык в этом не поможет.

                ну в случае с QML это не просто развёртка но ещё и несложный скриптовый язык, который позволяет проще делать более сложные гуи а также такое разделение позволят дизайнерам работать параллельно от программистов не влезая при этом в ide

                Вы файл форм видели? Там такой же простой язык… и практически ничем не отличается. Так же как и везде при соблюдении определённых правил может быть изменено отдельно от кода.


                1. juray
                  28.12.2019 13:12
                  -1

                  Вы файл форм видели? Там такой же простой язык

                  Угу, выглядит как смесь Паскаля с YAML. В D2006, кажется, надо было опцию сохранения в текстовом виде отдельно включать, иначе по умолчанию в бинарном писалось.

                  Вот если б еще генерация этого кода не страдала типовой проблемой — перестановка порядка полей, из-за чего диффы ломаются. (Та же проблема наблюдается, например, у ASCII форматов CAD-программ — PCAD, в частности)


                  1. Groramar
                    28.12.2019 16:15

                    Если что — то в любое время можно любую форму сохранить как в текстовом виде так и в бинарном, в любой версии Делфи. То есть надо текстовая — ок — нажали — сохранилось как текстовая.
                    Порядок полей строго определен, все нормально там с диффами, постоянно использую, удобно.


                    1. juray
                      29.12.2019 04:51

                      Я про умолчания.
                      Раньше в текстовом именно что специально надо было сохранять, а теперь это умолчанием сделали (в RAD Studio 10 по крайней мере).

                      Про порядок полей я, похоже, действительно не прав — перепутал с другими ASCII-форматами визуальных данных (PCAD точно этим страдает).


            1. terraplane
              28.12.2019 12:03

              D7/BCB6 отличные инструменты для своего времени. Быстро накидать форму, чтобы можно было быстро сфокусироваться на внутренней логике — что еще надо?


              1. Bedal
                29.12.2019 18:20

                а ещё надо компоненты, которых до сих пор нет много где. Ну, как нет — названия есть…
                Ещё в D5 можно было кинуть пару компонент, а они сами свяжутся, потому что у компонент был интерфейс времени редактирования. Именно из этого подхода J2EE потом выросло и многое, многое другое — но так легко и красиво больше не встречал.


        1. yarosroman
          27.12.2019 13:43
          +1

          Не буду спорить. Не цена заоблачная. посмотреть на цены Visual Studio( я молчу про Community) или продукты от JetBrains. Например, net core+Avalonia, такой же кроссплатфом. Ну да, avalonia ещё развивается, но уже стабильно работает. Для мобильных приложений выбор платформ просто зашкаливает и причем абсолютно бесплатных.


          1. vabka
            27.12.2019 17:31

            Справедливости ради, Avalonia не натив, и придётся тащить за собой рантайм, а из-за этого даже с сжатием и удалением всего лишнего hello world будет весить не меньше 10мб


            1. yarosroman
              28.12.2019 05:13
              +1

              Ну давайте, в наше время скоростного инета и терабайтных жёстких, расскажите важность о необходимости экономии 10 мегабайт.


              1. Oxyd
                28.12.2019 07:50
                +2

                Нет, давайте ударными темпами приближать тепловую смерть вселенной.


              1. Wingtiger
                28.12.2019 10:52

                а ты скачай 10 мегабайт через 2G при плохой связи на скорости 1-2 килобайта/сек. Я лежал в больнице и эта скорость была реально, с частыми обрывами


              1. drWhy
                28.12.2019 14:29

                Это же не просто блоб какой-нибудь, скачал и выкинул, это же код, который будет ежедневно выполняться на моём процессоре и тратить мною оплаченную электроэнергию. И речь же о пустышке, реальных приложений в 10 МБ сейчас ещё поискать, любая свистелка несколько сотен МБ легко занимает. А, скажем, на смартфоне встроенная память далеко не бесконечна. Мне что, каждый раз смартфон менять из-за того, что кому-то лень было писать компактный код?


              1. SpiderEkb
                31.12.2019 08:34

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


                1. stilic
                  31.12.2019 08:45

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


                  Может.
                  Но там как раз реже заморачиваются, в связи с более сложной обозримостью кода.


                  1. SpiderEkb
                    31.12.2019 09:16

                    Ну да… В бой мимо нагрузочного тестирования поставки не проходят.


                    1. stilic
                      31.12.2019 10:30

                      Ну да… В бой мимо нагрузочного тестирования поставки не проходят.

                      Всё дело только в оценках — а стоит ли оптимизировать.
                      Если экономия ресурсов железа отложит вхождение на рынок на полгодика — ни один бизнес в здравом уме не пойдет на это. Запустят проект многожрущим, всё равно это выгодно бизнесу.


                      1. SpiderEkb
                        31.12.2019 10:37

                        Зависит от. Экономия ресурсов железа обеспечивает стабильность работы его при больших нагрузках. Игнор оптимизации чреват факапами в периоды пиковых нагрузок. Где-то на это плюют, а где-то это приводит к очень ощутимому ущербу, как репутационному, так и материальному.

                        Последний случай — сбой в работе Альфа Банка 27-го декабря. Но там все реально сложно было предсказать. Хотя можно, конечно… Технические подробности рассказать не могу, да и слишком сложно это объяснить тем, кто не в курсе как оно все работает. Так что поверьте на слово — проблема была именно в недостаточной оптимизации (и работы в этом направлении будут выполнены и выводы на будущее будут сделаны). Хотя здесь к этому вопросу подход более чем серьезный. Но именно вот этого момента не учли.


            1. vabka
              29.12.2019 03:15

              10мб — это хеллоу ворлд даже без авалонии. С авалонией, если ещё добавить пару дополнительных библиотек, всякие картинки, файлы для локализации — легко за сотню уйдёт. И это надо для каждого приложения. (но это всё ещё лучше, чем chrome с собой тащить)


          1. lubezniy
            30.12.2019 00:39

            У Delphi лицензии разовые, а у JetBrains разве не подписка?


            1. TonyLorencio
              31.12.2019 11:05

              У JetBrains подписка, но с fallback'ом, если она была приобретена на год или больше


        1. 0xd34df00d
          27.12.2019 20:13
          +2

          Нормальный редактор

          Точно лучше clion'а или даже какого-нибудь kdevelop?


          В Делфи если надо добавить компоненты, в пару кликов все добавляется.

          Плюсовые тоже?


          1. 0xf0a00
            29.12.2019 01:14

            А колесики вам не прие*****? Мы тут про Делфи вообщет. Причем тут плюсовые компоненты и каким они раком к Делфи?


            1. 0xd34df00d
              29.12.2019 01:23
              +1

              Да просто когда гуглишь, есть ли библиотека для решения той или иной задачи (работы с графами, хитрого матана, да мало ли), то в основном находишь плюсовые библиотеки. Есть и сишные, конечно, но ими не так удобно пользоваться.


              1. Groramar
                29.12.2019 03:11

                Повторю ссылку:
                github.com/Fr0sT-Brutal/awesome-pascal
                Это все бесплатное, математические пакеты там тоже есть.
                На Торри можно посмотреть еще:
                torry.net/pages.php?s=100
                Но математические пакеты на плюсах проработаны лучше, спорить не буду. Хидеры в помощь :) Подключаемо все.


                1. 0xd34df00d
                  29.12.2019 20:06

                  Хидеры в помощь :) Подключаемо все.

                  Без оборачивания плюсов в extern "C", со всей шаблонной наркоманией уровня хотя бы eigen/dlib? Вот это действительно интересно.


              1. 0xf0a00
                29.12.2019 12:43

                Такс… налицо отсутствие взаимопонимания. Компоненты про которые я написал, это те которые на делфи и для делфи. Они бесшовно итегрируются в IDE добавля готовый функционал, а их код собирается в состав exe файла.
                А вы говорите про готовые библиотеки с функционалом. Но и на ваш вопрос есть ответ. Во первых в делфи есть автоматический импорт интерфейсов из библиотек. У вас будет сгенерен файл с заголовками функций которые библиотека реализует, подключаете его к проекту, в рантайме подтягиваете библиотеку, получаете адрес на нужную вам процедуру приводите к типу процедуры и вызываете. Если вам в нескольких программах нужен функционал можно его оформить ввиде компонента и добавлять поддержку либы одним кликом.
                Во вторых, если автоимпорт не сработал, можно написать файл самому и подключить его как я выше написал.Причем описывать все не обязательно, можно описать только то что вы будете вызывать.


              1. stilic
                31.12.2019 08:46

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


                Наверное просто потому, что Гугль уже подстроился под ваши требования.
                Имхо, должно куча под Фортран такого гуглится.


          1. Groramar
            29.12.2019 01:19
            +1

            Плюсовые тоже?
            У которых есть COM/OLE интерфейс — тоже.


            1. 0xd34df00d
              29.12.2019 01:22
              +1

              Кроссплатформенность зашкаливает.


              1. Groramar
                29.12.2019 02:58

                Так а какие стандартные интерфейсы классов кроме COM существуют? Придумают такие кроссплатформенными — будут и они ставится. Пока что есть. Delphi тут при чем? Что COM'а нигде больше нет кроме винды :)
                А если нужны не компонентные обертки, а просто хидеры плюсовых библиотек — то большинство основных переведены и давно.


                1. 0xd34df00d
                  29.12.2019 20:07

                  Я бы и COM стандартным не назвал. Ни на одной из систем, с которыми я работаю и работал за последние лет 10, его нет. COM настолько же стандартен, насколько, не знаю, D-Bus.


                  1. Groramar
                    29.12.2019 21:45

                    В пределах Windows — вполне стандарт.


    1. SpiderEkb
      27.12.2019 11:25

      Точно на все? Вот на все-все-все?

      Странно, на на AS/400 (i5/OS, IBM i) C и C++ есть (компилятор встроен в операционку в составе ILE), а Дельфы нету…


    1. yarosroman
      27.12.2019 11:33

      А у вас лицензия?


      1. 0xf0a00
        27.12.2019 16:38
        -1

        К сожалению — нет.


        1. koreec
          28.12.2019 03:34
          +1

          Community edition же есть. Абсолютно полнофункциональный.


          1. yarosroman
            28.12.2019 05:19
            +1

            Delphi Community Edition is a great way to get started building high-performance applications for Windows without database. Да полнофункциональный. Да и условия более жёсткие по сравнению с VS например.


            1. Groramar
              28.12.2019 16:34

              Interbase/Firebird работает из коробки. Для других баз можно поставить внешние компоненты, платные или бесплатные (Zeos, например).


            1. Groramar
              28.12.2019 17:52

              И, да, не только Windows. Телефонный пак входит в комплект CE.


          1. alan008
            28.12.2019 10:03
            +1

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


            1. Groramar
              28.12.2019 11:53

              Технически он полнофункциональный на уровне Professional версии. Юридически ограничение одно — доход с разрабатываемого ПО не должен превышать $5000.


              1. enabokov
                28.12.2019 12:27

                За какой период?


                1. Groramar
                  28.12.2019 17:47

                  За год.


        1. yarosroman
          28.12.2019 05:29
          +1

          Вы получаете деньги разрабатывая софт на пиратской версии?


  1. GCU
    27.12.2019 09:38

    Прикольно.
    Старый вариант, который был просто «No.» только лаконично отвечал на поставленный вопрос.
    Ещё можно было написать более явно:

    const IsDelphiDying = false;


    1. x67
      27.12.2019 09:47
      +3

      Я бы не был так уверен, все таки лучше как var объявить


    1. Hidadmin Автор
      27.12.2019 10:46

      Все верно, старый сайт был с No.
      И второй аналогичный тоже с No.
      Но где-то я видел еще один вариант с False, поэтому собственно посчитал его более логичным с программистской точки зрения.


  1. APXEOLOG
    27.12.2019 09:41
    +9

    Delphi вполне себе живет, развивается и соответствует текущим трендам разработки ПО

    Что ж вы свой сайт на PHP сделали, а не на Delphi


    1. Hidadmin Автор
      27.12.2019 10:42

      Сайт я сделал на HTML.
      Ибо ни к чему это микроскопом забивать гвозди…


      1. Viceroyalty
        27.12.2019 22:39

        Как же я плохо знаю HTML…


        1. extempl
          28.12.2019 09:30

          Справедливости ради — сайт написан на JS, хотя можно было и без него.


    1. Groramar
      28.12.2019 11:59

      Delphi уже, к слову, умеет в веб: UniGUI, TMS Web Core с помощью сторонних библиотек, понятно (Ext JS для первого пака), или транспилляции (у второго пака).
      Лазарус умеет собирать в WebAssembly.


      1. juray
        28.12.2019 13:26
        +2

        1. saaivs
          29.12.2019 20:04

          Перешёл по ссылке — аж слезой от воспоминаий прошибло;) ...20 лет назад… ё-моё…


        1. lubezniy
          30.12.2019 00:41

          Помнится, первый CGI писал ещё на Turbo Pascal 7.0.


  1. Lolohaev
    27.12.2019 10:50

    А каков посыл статьи?
    Автор хочет сказать, что пишет на Delphi? — каждый сам волен выбирать удобный ему ЯП
    Автор хочет рассказать, что он купил освободившийся домен? — если про это каждый будет создавать статьи на хабре, то сайт будет забит подобными статьями без смысловой нагрузки.
    Автор хочет сказать, что Delphi жив? — Пусть живет. Пока компаниям требуются другие языки жив он или мертв большинству людей безразлично.


    1. CoolCmd
      27.12.2019 11:12

      эээ посыл такой:

      SEO оптимизатор

      был приобретен домен «isdelphidying.com»

      теперь вот статья

      но, боюсь, остановить смерть таким способом будет сложновато…


    1. Hidadmin Автор
      27.12.2019 11:26

      Хотел восстановить справедливость, т.к. бывший владелец домена его отчего-то забросил + я и сам лично раз в 1-2 года натыкался на эти сайты и заходил из интереса, «проведать».

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


  1. rebuilder
    27.12.2019 11:59

    Delphi реально умер, но воскрес в виде Франкинштейна — Lazarus.

    Иногда тёмными ночами, пользуясь тёмной некромантией, поднимаю Delphi 7 на виртуалке и кодю на нём родимом, ибо адепт тьмы.


    1. ne_kotin
      27.12.2019 12:28

      а зачем на виртуалке? он под вайном нормально работает )


    1. kryvichh
      27.12.2019 23:33
      +1

      В Дельфях теперь тёмная тема есть из коробки.


  1. kapas19
    27.12.2019 12:28

    Delphi жив… Будет ли возможность размещения статей на этом сайте www.isdelphidying.com? Есть интересный материал…


    1. Hidadmin Автор
      27.12.2019 12:56

      Это просто заглушка с оповещением, так сказать.

      Для размещения статей существует куча ресурсов, взять хотя бы сайт со статьей про известные программы на Д, из ссылки в стартпосте…


    1. St_one
      28.12.2019 13:13

      А в чём проблема размещать на хабре?


      1. kapas19
        29.12.2019 08:56

        А про возможности Delphi здесь будет интересно? Здесь люди все больше интересуются готовыми решениями


        1. Groramar
          29.12.2019 09:17

          Думаю, будут интересны статьи. Посмотрите на плюсы — Дефли тут явно любят, и это хорошо.


  1. Whuthering
    27.12.2019 12:37

    Тут была шутка про зомби, но на всякий случая я ее удалил, чтобы не травмировать струны душ особо чувствительных.

    Мне тут стал интересен реальный ответ на поставленный вопрос.
    Сделаем простое исследование крупнейших сообществ программистов, и попробуем сравнить технологию с ее «одноклассниками» (в плане ориентированности на бизнес-задачи).
    Stackoverflow, количество сообщений по тегам:
    [java] — 1 621 630
    [c#] — 1 369 371
    [delphi] — 44 937

    Хм… ну ладно, может быть, вопросов ни у кого нет, все очевидно и понятно. Как дела с открытыми проектами и библиотеками?

    Github, (данные вот отсюда), количество репозиториев
    Java — 8 766 952
    C# — 1 780 873
    Delphi — нет в списке вообще, но есть
    Pascal — 31 093

    Хм… ладно, с опенсорсом все плохо, на наверное это потому, что вотчина Delphi — софт для серьезных предприятий и кровавого энтерпрайза. Посмотрим вакансии:

    hh.ru, Москва, открытых вакансий
    Java — 2520
    C# — 1179
    Delphi — 129

    hh.ru, Санкт-Петербург, открытых ваканий
    Java — 1166
    C# — 442
    Delphi — 48

    Не густо. Может, это только у нас так, а за бугром живее всех живых?
    stackoverflow jobs, Germany
    java — 723
    c# — 215
    delphi — 5 jobs (из которых 3 на самом деле C#, лол)

    Ну ладно, это наверное просто stackoverflow jobs непопулярное место для поиска разработчиков. Да и Европа — не bleeding edge мира разработки ПО.

    Linkedin jobs, California, US
    java — 21 000+
    c# — 6 000+
    delphi — 211

    Хм, может все-таки Европа?
    Linkedin jobs, Germany
    java — 38 000+
    c# — 17 000+
    delphi — 693

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


    1. rebuilder
      27.12.2019 13:40

      Работаю в компании которая более 20 лет в своей работе использует как средство разработки Delphi 4. Перенести на современную платформу ту тонну кода, не останавливая работу предприятия просто невозможно, (ооо-чень дорого).

      Поэтому, просто вносишь правки в систему под текущее законодательство. Переносить современные концепции в старый код та ещё некромантия.

      Выше была шутка по веб-браузер на Delphi, так вот, в нашем проекте такое есть, большинство отчётов на html (правда без javascript). Зато всё летает на таком железе что устарело ещё в прошлом десятилетии.

      Но это мелочи, у нас есть контрагент ИП, учётная система которого написана на турбопаскале, под dos, с матричной печатью, более 25 лет непрерывной работы.


      1. Oxyd
        28.12.2019 03:05

        Кое-где ещё ЕС-ЭВМ работают, правда в эмуляторах, понятное дело.


        1. Whuthering
          28.12.2019 12:39

          Ждём статьи "Is ЭС ЭВМ Dying? — False"


    1. Groramar
      28.12.2019 16:43

      Хм… ладно, с опенсорсом все плохо
      Замечу, что оупенсора под Делфи хватает. Не только количество реп стоит смотреть. Основной оупенсор существует для решения большинства проблем:
      github.com/Fr0sT-Brutal/awesome-pascal


  1. valis
    27.12.2019 14:23
    +4

    У нас ключевая система предприятия на Deplhi 6. Говорят лет 10 похороны устраивают и пока жив… Но есть серьезные проблемы. На рынке разработчиков днем с огнем не сыскать.
    Была даже ситуация когда не могли зарелизится и ждали одного разраба из отпуска.
    Так что увы… Разработчиков все меньше, технология умирает.


    1. BD9
      28.12.2019 02:21
      +1

      На дельфях мало вакансий и зарплата ниже. Поднимайте зарплату — будут вам разработчики.
      Вакансий по Kotlin на hh в 2 раза больше, высокооплачивемых (более ? 190-220 т.р.) в ? 14 раз.


      1. valis
        28.12.2019 06:20
        +3

        Дело не только в зарплате. Ну допустим сидит у нас .net разработчик и delphi разработчик.
        -Как только нужно планировать обучение на следующий год .net разработчик сразу же кидает начальству 10-к крутых курсов. Delphi разработчик грустит.
        — .net разработчик ездит на конференции, ходит на митапы, рассказывает про новые плюшки языка или про тех самых идиотов, которые слили проект. Delphi разработчик грустит
        — Delphi разработчик потихоньку читает руководство по C#, потихоньку ходит на митапы и вливается в C# тусовку.
        — В конце-концов Delphi разработчик приходит к начальству и просит либо перебросить его в команду .net либо он сам это сделает но в другой компании


        1. nikolayv81
          31.12.2019 00:40

          Платите delphi разработчику на 50% больше c# и всё будет хорошо :)
          Конечно на самом деле всё хуже, проблема отсутствия роста и проблем с поиском нового места в случае чего ( а это чего может случиться в самый неподходящий момент ), очень серьёзно заставляет смотреть в сторону "массовых" технологий, т.к. это некая страховка от полуголодной жизни (причём не только для себя). Вот если бы работодатель купил "страховку" от невозможности найти тот же уровень дохода в случае если работник вдруг станет не нужен, тогда бы можно было и с Дельфи спокойно работать


          1. stilic
            31.12.2019 08:09

            Конечно на самом деле всё хуже, проблема отсутствия роста и проблем с поиском нового места в случае чего ( а это чего может случиться в самый неподходящий момент ), очень серьёзно заставляет смотреть в сторону «массовых» технологий, т.к. это некая страховка от полуголодной жизни (причём не только для себя).


            Это страхи начинающих программистов…

            Меня вон уже лет 10 никто из «власть придержащих на фирме» (кроме коллег изредка, да и то из любопытства, а не директивно, мол, надо делать так) не спрашивал — а какие именно технологии, языки и пр. я использую для решения той или иной задачи. А 20 лет назад как мне уже прекратили указывать что именно использовать в том или ином случае.

            Заказчику/нанимателю всё равно, если вы уже достигли достаточного профессионального уровня: вам просто ставится прикладная конечная задача, а не «напишите цикл и условный оператор на языке X».

            Можете конечно написать:
            «а когда вы придете на фирму, где определенные технологии и от вас потребуют оставаться в рамках этих технологий»
            то я вам отвечу:

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

            2) Переключение технологий в масштабе мира происходит не мгновенно, ваши коллеги тормозят так же как и вы. У вас есть куча шансов выбрать интересующую технологию и изучить её заранее. Если вы опытный программист, то профессиональное переориентирование занимает смешные 1-2-3-4 месяца, которые вы можете неспешно и заранее потратить. Другое дело, если вы 20 лет на жопке ровно просидели… тут будут проблемы, согласен.

            3) Ключевыми и сложно изучаемыми навыками являются понимания концепций, паттерной, алгоритмов, принципов. А также прокачка умения оговаривать для себя лучшие условия оплаты труда при найме. Языки же и т.п. — это ерунда, это всего лишь инструмент. Если вы умеете пользоваться крестовой отверткой, то и шестигранником сможете научиться за смешное время.


            1. SpiderEkb
              31.12.2019 09:29
              +1

              Не все так просто. Это работает пока вы варитесь в небольшой кастрюльке. А как переходите в болшой котел, сразу возникает проблема сопровождения и дальнейшего развития кода.

              Не будет вас — кто сможет доработать ваш код?
              Случись что на бою — сможет сопровождение решить проблему в ваше отсутствие?

              В крупной конторе есть набор используемых инструментов, которыми владеют все разработчики. И есть набор требований, в том числе и по оформлению кода.

              У нас, к примеру, платформа IBM i (бывш. AS/400) на серверах IBM Power9. Инструментарий на бэке — основной язык RPG. Часть модулей пишется на C/C++ (большинство разрабов владеют и тем и другим) — там, где решение задачи на C/C++ будет эффективнее. Немножко пишется на CL.

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


              1. stilic
                31.12.2019 10:35
                -1

                Всё, о чем вы написали — относится только к начинающим специалистам.
                Которые и не могут диктовать условия — что за технологии использовать на фирме.

                И если ты полный новичок — то еще и сталкиваешься с проблемой поиска работы. Это в самом-самом начале карьеры…

                А я вам пишу — об опытных.

                Не будет вас — кто сможет доработать ваш код?
                Случись что на бою — сможет сопровождение решить проблему в ваше отсутствие?


                Это как раз моя проблема — обучать других технологиям, что выбрал я.
                Еще раз:
                У опытного разработчика — нет такой проблемы, как делать на тех технологиях, что заставляют использовать «сверху».
                Он сам — «сверху» и сам определяет чем будут пользоваться младшие коллеги.

                В крупной конторе есть набор используемых инструментов

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


                1. SpiderEkb
                  31.12.2019 10:49
                  +1

                  Насколько крупна контора где вы работаете? И как часто вам приходитт на доработку сратый код, написанный кем-то другим?

                  За себя скажу — ведущий разработчик в альфа-банке. На бэкенде, причем, самом глубоком — команда ядровых функций АБС.

                  Как думаете, могу я тут сказать «а я выбираю дельфи»? Нет, не могу. Потому что ее тут нет. Вся АБС написана на RPG на платформе IBM i. И немного на С/С++ Ну еще часть на CL. И именно это определяет выбор инструмента.

                  И то, что я дорабатываю сегодня, во-первых, будет поддерживаться командой сопровождения, а потом попадет на доработку кому-то. Может мне, а может кому-то еще. Но все оно должно работать. Стабильно, надежно, эффективно и несмотря ни на что.

                  до этого работал в небольшой конторке (хотя проект был серьезный — система мониторинга инженерного оборудования зданий, строилось все это как распределенная гетерогенная система на микроядерной архитектуре — моя час была как раз разработка микроядра, которое обеспечивало связь всех остальных узлов системы — прмконтроллеров, интерфейсных клиентов между собой). Там да — я мог сам выбирать на чем писать, какие технологии использовать. И это был хороший опыт. Писал, кстати, на 6-м билдере.

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


                  1. stilic
                    31.12.2019 10:57

                    Как думаете, могу я тут сказать «а я выбираю дельфи»? Нет, не могу. Потому что ее тут нет.

                    Можете.
                    Третий раз повторяю:
                    На это я сразу ответил заранее.
                    Но повторю для невнимательных: вы вольны выбирать себе контору, что подходит вам, а не прогибаться под то, что вам не интересно.
                    Если вы действительно специалист, а не просто себя таковым мните.

                    У вас же там не пожизненное рабство? Не?


                  1. stilic
                    31.12.2019 10:59
                    +1

                    Насколько крупна контора где вы работаете? И как часто вам приходитт на доработку сратый код, написанный кем-то другим?


                    Дело не где. Дело — и где и кем. После 30 лет опыта работаю тем, кто всё определяет.

                    В вашем понимании — я тот, кто выбрал для вас и ваших коллег платформу.


      1. SpiderEkb
        31.12.2019 09:35

        Тут отчасти маркетинг. Котлин дает большую прибыль даже при средней квалификации разработчика. Только и всего.

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


    1. Groramar
      28.12.2019 18:00

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


      1. Hivemaster
        29.12.2019 21:50

        Зачем они это делают, ведь вакансий очень мало и средняя зарплата существенно ниже, чем для C++, C#, Java?


    1. stilic
      29.12.2019 09:52
      +1

      На рынке разработчиков днем с огнем не сыскать

      За копейки? Конечно, нет.

      На просторах СНГ Delphi было мегапопулярной платформой в начале века. Тех, кто умеет с ней работать — очень много. И сейчас они опытные разработчики (конечно, большинство переключилось на другие платформы разработки).

      А популярной была из-за великолепной концепции RAD — быстрое написание программ. Обучить новичка под Delphi — не сложно. Неважно на чём писал новичок до того.

      Так что «отсутствие специалистов» — не верю.
      Всегда можно и человека с огромным опытом нанять. И новичка обучить недолго.

      Полагаю 2 причины:
      1) Деньги зарплатные малы.
      2) Нет того человека, кто бы целенаправлено проводил кадровую политику, с обучением и пр.


    1. nikolayv81
      31.12.2019 00:43

      Ради интереса, уже много лет подписан на 2 ключевых слова delphi и firebird, и почему-то половина вакансий сильно не изменилась (в т.ч. и по з.п.) т.е. это теже компании что и 5-7 лет назад и теже адреса, по факту вакансий нет.


  1. debagger
    27.12.2019 15:59
    +1

    По хардкору надо было сделать сайт на Delphi. А так… Не интересно.


    1. juray
      27.12.2019 20:01

      Ну, вообще-то на дельфи «сайт» не написать, можно только бэкенд сайта.

      В данном случае, судя по фразе автора "Сайт я сделал на HTML", бэкенд отсутствует. То есть представляет собой программу с пустым кодом. А про пустой код, как известно, можно сказать, что он написана на всех сразу языках — в том числе и на Дельфи.


      1. Oxyd
        28.12.2019 03:06

        Ну это прям какой-то квантовый язык. ;-)


        1. juray
          28.12.2019 13:02

          Это отнюдь не рокет сайенс квантовая физика, а простая математика — пустое множество является подмножеством всех возможных множеств.

          И кстати, формально пустая программа является квайном, но ее специально исключают из этого класса.


      1. stilic
        29.12.2019 10:09

        Ну, вообще-то на дельфи «сайт» не написать, можно только бэкенд сайта.

        Unigui, TMS Web Core


        1. juray
          29.12.2019 18:04

          Ну так они оба дают архитектуру фронтенд на JS + бекенд.


          1. Groramar
            29.12.2019 19:36

            Но все проектирование и работа с кодом идет на Delphi. То есть знания HTML/CSS/JS и верстки не нужно вообще. Хотя знание может улучшить внешний вид и слегка поведение.
            Я вот как раз не знаю фронт (но, правда, отлично, побайтно и сильно многопоточно, знаю бэк), однако это не помешало создать три приложения с больше чем ста формами на унигуе. Саппорт слегка помогал, но 99% делал сам.


            1. juray
              30.12.2019 03:49

              А, ну если так, то пожалуй да.


  1. dim2r
    27.12.2019 16:01
    +2

    У нас на проекте 1.5 Гб исходников на Delphi 7.


    1. fougasse
      27.12.2019 22:42
      +1

      Полтора гига текста, чем вы там занимаетесь, если не секрет?


      1. gecube
        28.12.2019 13:19

        Ну, может у них там:


        • бинари (ресурсы -формы, картинки, иконки и пр.)
        • большая история коммитов (много раз переписывали код)


  1. Yuribtr
    27.12.2019 22:04
    +1

    Статья действительно непонятного назначения, как указали выше. Полагал что будет сравнение технологий, возможностей. Сам начинал с Delphi 4 около 20 лет назад. Про ООП даже не слышал, но клепал годные утилитки около 10 лет (чисто хобби). Некоторыми пользуюсь кстати до сих пор. Тогда это был космос и не было такого разнообразия платформ.
    Однако время не стоит на месте, и вот после изучения Java, JS, PHP, я решил «вернуться к корням», — мне понадобилось написать простую софтинку для заливки содержимого базы из MS Access в Wordpress посредством API используя JSON. И тут я жестко обломался. Потратив уйму времени, я так и не осилил преобразование объектов в JSON в Delphi. Это какой то страшный ад, так как документации практически нет, в исходниках не смог разобраться почему не работает, в Интернетах ответов с «гулькин нос», да и те не работающие. В результате сделал на JS в IE используя ActiveX. Быстро и легко. И я все время вспоминал PHP и его удобство в преобразовании данных. Возможно это не совсем удачный пример, но зато свой.


    1. Dr_Sigmund
      28.12.2019 03:57

      Ну JSON настолько прост, что написать свой парсер на Дельфи с него можно где-то за час, наверное.


  1. IvanhoeLab
    27.12.2019 22:46
    +4

    В ранней юности запилил два коммерческих проекта на Delphi. Потом изучил С++ и словно дополнительные руки выросли. Дальше только на С++. Потом надо было помочь другу с Delphi-проектом. Я весь исплевался, потому что после С++ Паскаль казался каким-то недорослем. К слову, тогда же пытался перетащить друганов с Delphi на С++. Так они стухли на указателях и массивах с указателями на указатели функций.))))
    Так вот, мое мнение, что Delphi с тех лет и начал умирать. Примерно после D7.

    На работе есть два проекта — один на Borland Builder C++ 5.0, а второй на Embarcadero C++(не самый последний).
    Программы в общем-то идентичны по функционалу и числу форм.
    У первой ЕХЕ файл 4Мб, в памяти весит 5-6Мб с данными.
    Второй EXE — 40Мб, в памяти весит 60Мб.
    По внешнему виду одинаковые программы. Вот так вот разжирели VCL-библиотеки за 10-15 лет.
    Отсюда считаю, что смотреть надо в сторону C#.
    Но там тоже — WinForms тоже вроде как отмирает и мелкомягкие не рекомендуют его для новых проектов. WPF — модерново и xaml-ово, но не вызывает тяги.
    Qt жиреет либами и пугает ценами.
    Куда движется декстопное вындоуз программирование?


    1. Vasyutka
      27.12.2019 23:09

      Умирает? :) Довольно большая часть решений уходит в облако


    1. kovserg
      27.12.2019 23:52
      +4

      Хрен с ним — с Delphi. Десктопное программирование умирает.


    1. kryvichh
      27.12.2019 23:55

      Хмм, VCL-приложение с примерно двумя десятками форм. В ANSI Delphi 2017 размер EXE — 2.4 Мб, в свежайшем Delphi 10.3 — 4.2 Мб. Правда, во всех юнитах отключен новый RTTI (не задействован). Если же в Delphi 10.3 перекомпилировать VCL с отключением RTTI, ещё 1 Мб можно выиграть.


      1. kryvichh
        28.12.2019 01:10

        *2017 -> 2007


        1. 0xd34df00d
          28.12.2019 03:08
          +1

          Лишний повод вернуть нам наш 2007-й.


    1. adictive_max
      28.12.2019 06:11

      Потом изучил С++ и словно дополнительные руки выросли.
      Тут главная проблема — проконтролировать что эти дополнительные руки выросли из правильного места. :)


    1. juray
      28.12.2019 13:35
      +1

      стухли на указателях и массивах с указателями на указатели функций.
      эм, а какая проблема в дельфи с массивами указателей на указатели или с указателями на функции?
      type 
        pFunc = function:integer; //ну или какой там формат вызова функций нам нужен
        ppFunc = ^pFunc;
      var
       fArr : array of ppFunc;
      


      Если же в массиве должны быть разнородные по вызовам и возвратам функции — объявляем массив нетипизированных указателей, и приводим к типу нужной функции непосредственно перед вызовом нужной функции.
      Но такая архитектура выглядит странно, во всех сценариях, требующих такого массива (которые я смог вообразить) логичнее было б использовать ООП и в массиве держать указатели на объекты.


      1. Groramar
        28.12.2019 16:48

        Не стоит обращать внимания мне кажется. Если у тебя молоток — вокруг все — гвозди. Указатели на указатели на указатели на указатели.


  1. klvov
    27.12.2019 23:34
    +5

    Нытья пост, ну и я поною, раз уж. Во время оно Алан Кей сделал Smalltalk, на котором сделали великолепное инженерное решение — Seaside framework, с объектами, с виртуальной машиной, с собственным оконным GUI, и, о боже, с продолжениями (continuations) — и где это сейчас? Нигде. Никлаус Вирт сделал Паскаль, на котором сделали Дельфи, с мгновенной компиляцией, с нативным экзэшником, с мгновенным деплоем (перекинуть экзешник и запустить), с отладчиком почти не хуже Идеевского, с простым и понятным языком, с нормальной компонентной моделью, с VCL, с линкером, который делал exe-файл GUI-приложения под Win32 размером 200 Kb, и это, мы тогда считали, что еще много.

    А сейчас хакеры пишут кейгены, которые требуют .NET версии 3.5, а VS Code вообще на «электроне» делают.


    1. kisskin
      28.12.2019 13:04

      выживают не великолепные языки, а те, которые поддерживают корпорации


  1. deseven
    27.12.2019 23:43
    +5

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


    1. kryvichh
      27.12.2019 23:59
      +7

      Каждый день запускаю Skype и пла?чу, 140 Мб на Интернет-болталку. А ведь раньше была маленькая шустрая программка, написанная на Delphi…
      Рядом в диспетчере задач висит Github Desktop (110 Мб) и смеётся.
      А из трея выглядывает Java и просит её обновить. Хотя я вроде сегодня Java-программы не запускал…


      1. deseven
        28.12.2019 03:18
        +5

        140Мб? Ха-ха…
        image


    1. Groramar
      28.12.2019 12:04
      +1

      Все так. Пока Скайп был на Делфи, он нравился всем. Переписали на Электрон, и его стало невозможно использовать.


  1. DmitryKoterov
    28.12.2019 06:40
    +2

    Языки программирования иногда имеют одну-единственную главную, но смехотворную и маленькую, причину, по которой они либо стали суперуспешными, либо умирают. Например, в ПХП это было (было в 199х! сейчас уже не важно, раскрутилось) вот что:

    # положенный в корень index.php, никаких chmod и т.д.
    Ваше имя? <input name=“name”/>
    <?if ($name) {?>
    Привет, <?=$name?>!
    <?}?>
    


    А Паскаль-Дельфи ИМХО убивает begin-end вместо фигурных скобочек. Причем убивает наповал, ибо Вирт зачем-то (ок, невольно) сжег все мосты, зарезервировав фигурные скобки для комментариев, так что никакой возможности что-то сделать с begin-end у языка не было все 30 (40?) лет.

    Казалось бы, такие мелочи, но именно они дают весь этот «эффект бабочки» по моему мнению.


    1. stilic
      29.12.2019 09:58

      А Паскаль-Дельфи ИМХО убивает begin-end вместо фигурных скобочек.


      Современные IDE умеют и снипеты и автодополнения и горячие клавиши и скрывать лишний код и пр. и пр.
      Так что begin end вполне себе можно писать нажатием одной кнопки.


    1. stilic
      30.12.2019 17:59

      А Паскаль-Дельфи ИМХО убивает begin-end вместо фигурных скобочек. Причем убивает наповал, ибо Вирт зачем-то (ок, невольно) сжег все мосты, зарезервировав фигурные скобки для комментариев, так что никакой возможности что-то сделать с begin-end у языка не было все 30 (40?) лет.


      Куда как более многословную Яву её многословность не убивает.


  1. PaulIsh
    28.12.2019 08:00
    +1

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

    Тем, не менее, у среды еще остаются пользователи. Знаю, поскольку, в том числе участвую в проекте по разработке компонент для этой среды, и их до сих пор, к моему удивлению, покупают.

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


    1. Groramar
      28.12.2019 18:06

      где Delphi не смог предложить чего-то быстрого и удобного
      Все течет, все меняется, смотрим Унигуй и другие паки:
      unigui.com
      www.youtube.com/watch?v=YlMG4VKItbo


  1. pfihr
    28.12.2019 08:44
    +1

    Delphi стал популярен в РФ в начале 2000х, когда 1с еще не выпустила 8.0, и когда диски с Delphi пиратились безо всяких проблем с органами (т.е. для предприятий — бесплатно). 1с в большей части старалось повторить успех компонентной модели Delphi, и даже язык в 7 версии 1с стал похож на русифицированный паскаль (и даже номер версии стырили у Дельфи), и пиратские диски точно так же продавались везде, иначе бы никому эта 1с была бы не нужна.


    1. nikolayv81
      31.12.2019 00:55

      1с нужна была чтобы сдать отчётность на диске её за пол часа а не с ящиком распечаток в очереди на пару дней (из детских воспоминаний когда что-то на эту дискетку писалось не так)


  1. alan008
    28.12.2019 10:10
    +1

    Я думаю вопросы о популярности Delphi нужно ставить только среди Desktop разработчиков, создающий Enterprise приложения ну хотя бы на 100-200 форм со всякими таблицами, вкладками и т. п.. Потому что нормально и быстро делать это можно либо в Delphi, либо в C# на WinForms, а во всех остальных средах это сущее мучение. Попробуйте опровергнуть меня.


    1. kovserg
      28.12.2019 10:25

      Вы слишком категоричны. В U++ это делается еще легче.


    1. PurpleTentacle
      28.12.2019 10:27
      +1

      Enterprise, говорите? Хм… The Bat, Skype, ещё десятка два популярных программ были написаны на Dlephi. Я сам лично в 2005 году выпустил на Delphi 5 логическую casual-игрушку, с богатой графикой (DirectX через библиотеку PowerDraw) котора продавалась на MSN-games и Oberon. Delphi на самом деле — это просто паскаль для Windows, божественно комфортный для разработки и соблюдающий крутой баланс между ручным управлением памятью и уборкой мусора. Не всё сводится к VCL Library и WinForms.


      1. lubezniy
        30.12.2019 01:09

        Среда и до сих пор очень комфортная, хоть современные версии местами глючат (IDE иногда необъяснимо косячит, но не часто). В 2011 году я с помощью коллег-пользователей профильного форума (не программистского — просто предметные разработчики разных продуктов одного назначения на разных языках и платформах) тоже сделал небольшую программку, которая волей случая вышла на десятки тысяч пользователей и использовалась массово пару лет, пока была актуальной. Она компилировалась в единственный exe размером менее 1 МБайт (Delphi 2009), не требовавший никаких дополнительных компонентов Windows (даже XML-парсер самописный делал, чтобы не связываться с майкрософтовским). Как следствие, проблемы возникли только на старте (пришлось разбираться с косяками в управлении памятью и разницей в работе поиска файлов на разных версиях Windows или ФС), а далее на странице программы практически не было вопросов от пользователей именно по поддержке — только развитие и положительные отзывы. Сомневаюсь, что что-то подобное мне удалось бы сделать на том же C# без множества вопросов от пользователей, почему программа не работает на его языке или версии .Net Framework (ну или просто почему она не работает, если фреймворк не установлен).


        1. PurpleTentacle
          30.12.2019 02:09

          Поддержу. Приложения на Delphi фантастически стабильные в плане «работает где угодно», особенно, если следовать гайдам Microsoft и не хранить настройки приложения в его же папке в Program Files, как любили делать в начале 2000-х. Кроме того, Delphi — психологически очень комфортная среда, в ней почему-то нет ощущения, что ты воюешь с компилятором и средой. И не будем забывать, что один из отцов-идеологов Delphi создавал и C#, что очень хорошо чувствуется во всяких FileStream, это прямо паскаль 1-в-1, словно за Delphi снова сел.


        1. Nagg
          30.12.2019 14:17
          -1

          ну или просто почему она не работает, если фреймворк не установлен

          И как вам там в 2007ом, доллары по 30 уже купили?


    1. yarosroman
      28.12.2019 10:59
      +1

      Опровергну, WPF.


    1. Groramar
      28.12.2019 12:11

      К слову — Delphi это уже давно не только десктоп. И телефоны, несколько паков (FMX, FGX). И веб (Унигуй, TMS Web Core). Унигуй очень хорошо зашел. На форуме тысячи неофитов.


  1. FloorZ
    28.12.2019 11:55
    +1

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

    Если говорить про размер и что бы программа работала от одного нажатия без танцев с бубном. У нее были все возможные формы и элементы интерфеса. Вы не поверите, но я могу взять ИГРОВОЙ движок godot и сделать на нем утилиту. И эта утилита будет весить 10-30 м.б. Работать будет везде. Даже в html5. При этом даже школьник, который два раза в жизне питон видел, сможет что-то да сляпать там, посмотрев пару уроков на ютубе. А потребление оперативной памяти врятли превысит 100 мб.
    Кстати GDScript, который юзает движок — включили в перчень языков на гитхабе


    1. Groramar
      28.12.2019 12:17
      +1

      Скайп переписали с Delphi на Электрон, и сильно это ему помогло? :)


    1. St_one
      28.12.2019 13:38

      Ну, такого динозавра как Java же используют и ничего…


      1. ne_kotin
        28.12.2019 14:56
        +1

        Ну так джава нынче действительно кроссплатформенна, и с хорошей поддержкой веба.
        А десктоп на ней не пишут.


        1. Groramar
          28.12.2019 15:48

          Ну и Делфи/Лазарус сейчас действительно кроссплатформеный (сужу в том числе по собственным проектам, есть несколько крупных проектов Windows/Linux) и десктоп и веб и телефоны умеет.


        1. St_one
          28.12.2019 17:33

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


          1. ne_kotin
            28.12.2019 23:32

            А в чем заключается «хорошая поддержка веба»?

            спринг, freemarker, cloud config — и это все из коробки на грэдле с минимальными телодвижениями. бойлерплейт и рантаймы все под капотом, но если нужно — переопределяются в пару пинков.

            Не лучше чем в любом другом языке,

            В той же гошечке поддержка веба выглядит несколько… гм… уродливо. в питоне — несколько более «ручная» в плане количества работы.


            1. St_one
              29.12.2019 11:43
              +2

              Это везде с минимальными телодвижениями. Тем более спринг не самый лучший инструмент, далеко(говорю как человек, который им постоянно пользуется).
              Сервлеты устаревшие и кривые, мвц со старой поточной моделью, вебфлукс сырые и страшные(Java же). Спринг секьюрити тихий ужас. Сам di в спринге и тот кривой. Да и с кроссплатформенностью не все так однозначно. В основном она есть, но иногда разные jvm ведут себя по разному.
              Так что думать что язык используют только потому что он хорош(или инструменты) — ошибка. Большую роль играет история, популярность языка. И я думаю что дельфи кровь подпортила именно политика компании, а никак не качество или "устарелость" языка.


              1. ne_kotin
                29.12.2019 11:59

                спринг не самый лучший инструмент, далеко

                Лучше нету. Есть другие. А лучше — нету.

                Сервлеты устаревшие и кривые

                Так на уровне сервлетов давно никто не работает.

                Спринг секьюрити тихий ужас

                В чем ужас? Все работает на аннотациях.

                с кроссплатформенностью не все так однозначно

                спринг чисто на джаве, какие там проблемы с кроссплатформенностью?

                разные jvm ведут себя по разному.

                сейчас большая часть JVM — это openjdk. Если кто-то ломает JVM и не трудится проходить Java Compatibility Tests — ну… ССЗБ.


                1. St_one
                  29.12.2019 12:07

                  1. Лучше есть, и много.
                  2. На уровне сервлетов работают, как минимум фильтры.
                  3. Ужас в отсутствии типизации и единого подхода. Каждый лепит как вздумает, в итоге там полно говнокода(посмотрите на реализацию jwt).
                  4. С рефлекшном были проблемы. Аоп не работало, конфигурация не переключалась, проперти не работали на опенждк. На оракл работало.
                  5. Openjdk и Oracle jdk. Кто-то ломает — это, видимо, Oracle т.к. они и то и другое пишут.


                  1. ne_kotin
                    29.12.2019 17:56

                    1. Нету. Это я с ответственностью заявляю вам, как человек, который почти 10 лет назад в джаву вкатился.
                    2. Фильтры работают немножечко сбоку. А прикладной код на уровне сервлетов сейчас мало кто пишет именно благодаря Spring MVC.
                    3. Здрасте, приехали. Там есть инфраструктурные бины, которые можно конфигурировать и переопределять. Если у вас не работает — значи вы скорей всего не поняли методологию.
                    4. Года 3 назад — возможно. Сейчас OpenJDK и OracleJDK — идентичные вещи. У меня, кстати, с Spring Boot ни там, ни там не было проблем.


                    1. St_one
                      29.12.2019 18:11

                      1. Тот же ктор в котлине выглядит получше. А большой опыт на одном языке ничего о кругозоре сказать не может
                      2. Фильтры это сервлет апи
                      3. У меня как-раз работает. Т.к мне пришлось писать свою реализацию токенов, используя апи спринг security. Поэтому ответственно заявляю: апи плохое, сконструировано абы как, везде Object'ы, downcast'ы и просто плохой код. Такое ощущение что сами создатели пытаются действовать в обход апи, посмотрите как работает JwtTokenStorage.
                      4. У меня тоже проблем не было. Удивился когда появились. И не три года назад, а пару месяцев.


                      1. ne_kotin
                        29.12.2019 23:23

                        1. Котлин сам по себе, как бы помягче сказать… не айс. Разрушает ООП парадигму и навязывает писать абы как.
                        2. А, вы про те фильтры. Да.
                        3. У меня с хранилищем креденшлов в базе нормально все работает из коробки. OpenId — тоже, хоть и чуть менее, чем из коробки. JWT сам по себе страшный сон, избегаю его где только возможно.
                        4. На свежих версиях типа 13й? Потому что 8-я — что Open (причем от разных мейнтейнеров), что Oracle — «идентична натуральному».


                        1. St_one
                          30.12.2019 08:50

                          1. Скорее не навязывает ООП там, где оно не нужно(а оно редко где нужно).
                          2. Jwt тоже из коробки работает. Но вся работа по созданию токенов переехала в TokenEnhancer/TokenConverter(оба интерфейса реализует один класс + там есть downcast). А почему страшный сон, если не секрет?
                          3. Речь о кровавом энтерпрайзе, и 8ой версии java. Вообще сколько с этим работаю, убеждаюсь что Java довольно плохой вариант для энтерпрайза. Со всеми ее reflection-based технологиями, когда изменение одного модификатора доступа(убрали final), может полностью остановить работу, не вызывая каких-либо ошибок в compile-time. Отсутствие статических проверок — зло, от этого надо уходить.


        1. juray
          29.12.2019 05:20

          Что значит «десктоп не пишут»?
          Если имеются в виду десктопные приложения — Eclipse IDE, торрент-клиент Azureus / Vuze, игры — Майнкрафт, Project Zomboid.
          Также навскидку нашлось:
          ThinkFree Office,
          Lotus Notes,
          UltraMixer (диджейский пульт),
          Looking glass (трехмерный рабочий стол),
          NASA World Wind («виртуальный глобус» наподобие Google Earth),
          jEdit (Programmer`s Text Editor),
          jDownloader (open-source download management tool).


          1. ne_kotin
            29.12.2019 12:04

            Ничем из этого не пользуюсь, и даже затрудняюсь сказать кто из моего окружения этим бы пользовался. Поэтому — увы, но не пишут. Очевидно, кстати, почему — Swing бедноват на контролы, которые к нему писать сложно. JavaFX тащит за собой WebKit, пытается косплеить WPF, и тормозит.
            AWT — обнять и плакать.

            А, не. Из повседневочки — IntelliJ IDEA и Arduino IDE из того что на Java написано десктопного юзаю. Чуть-чуть пишут, да.


        1. Groramar
          29.12.2019 19:44

          Ну так джава нынче действительно кроссплатформенна, и с хорошей поддержкой веба. А десктоп на ней не пишут.
          Вот как раз только что пробежало в телеграмме:
          >>ещё не забудьте правильную версию явы установить, чтобы ваше приложение заработало…
          >да, да. в инструкции как раз об этом жирно описано, нужна правильная версия Java.
          За что среди прочего не люблю всевозможные вирт машины.


          1. ne_kotin
            29.12.2019 23:24

            «Правильная версия джавы» — это обычно про КриптоПро и иже с ними.


  1. edrappa
    28.12.2019 12:06
    +1

    Несколько лет назад был на интервью в одной французской косметической фирме. Так у них вся система для retail'а сделана на Delphi и позволяет писать расширения на нём же. Никак не могли найти человека, кто в Delphi работает или хотел бы работать. Как сказали, не одни они такие.


  1. efremovd
    28.12.2019 12:07
    +1

    Посмотрите, все ответы про то что пишут на Delphi только от людей у который унаследованный код… Когда у тебя 1.5гига исходников которые работают очень сложно от них отказаться…

    Раньше чтоб создавать нормальные UI под винду ничего толком не было и Delphi/Builder реально помогал и ускорял разработку, мы в свое время написали продукт полностью на билдере с очень сильно настраиваемым интерфейсом пользователя. Без Билдера это было б сложно сделать и за это спасибо ему.

    Но сейчас частично из-за Эмбаркадеро и его странной политики, частично из-за того что больше вариантов стало я думаю что он все таки потихоньку умирает.


    1. Groramar
      29.12.2019 01:03

      Вообще, неофитов в Делфи хватает. Постоянно пачка вопросов от новичков в Телеграмм канале. Кому интересно: t.me/Delphi_Lazarus
      Посмотрите форумы и сравните число тем и сообщений по Delphi и другим языкам (замечу, что это непрофильные делфи форумы):
      www.programmersforum.ru/index.php
      www.cyberforum.ru
      forum.sources.ru/index.php
      forum.vingrad.ru/forum/act-idx.html
      www.sql.ru/forum
      Число либо примерно одинаково, либо гораздо выше. Какая уж тут смерть :)


  1. tushev
    28.12.2019 14:10
    +3

    Мне часто кажется что в некоторых областях разработка реально деградирует и бессмысленно усложняется. И Delphi хороший тому пример.
    На Delphi (сюда же C++ Builder, Visual Basic и т.п.) можно было очень быстро написать типичные корпоративные приложения, разработка которых всегда была очень востребована. В данном случае я имею ввиду приложения вида: база данных, таблички, формочки, отчеты… В Delphi такое приложение зачастую можно было на 80% сделать визуально (формошлепство), а потом быстро дописать недостающую логику.
    Зачастую, приложение типа корпоративной базы данных или какую нибудь несложную CRM, на десяток таблиц, сотню полей и десяток красивых отчетов, писались студентами на 1-2 дня и за коробку Сникерсов. Приложения отлично работали и исправно служили лет по 10.
    А как сейчас? Сейчас так не получится. Сейчас практически нет визуального программирования. Корпоративное приложение это сложный комплекс из специально настроенного под него сервера, база данных, сервер приложения, веб сервер, какой нибудь фреймворк типа Laravel или Symfony, на котором вручную программируется куча CRUD операций, вручную сверстанный фронтент, который тоже в свою очередь тянет целый стек. Над созданием приложения трудится куча народу и тратят на это человеко-месяцы! И все вручную!
    А в чем плюс таких приложений по сравнению с древним приложением на Delphi? Часто лишь в модном красивом дизайне, как говориться «свистелки-#ерделки», плюс работа через браузер без установки софта. А по мне это может быть и минус, потому как каждый разработчик делает интерфейс в своем уникальном стиле, а несчастные пользователи вынуждены разбираться с каждым новым приложением.
    Сам я последний раз писал на Delphi 20 лет назад. Сейчас разрабатываю фулстек веб-приложения в соответствии с современными традициями. И постоянно ловлю себя на мысли что сейчас все сложно, дорого и запутанно, а раньше было быстро и просто. Если бы разработка в стиле Delphi развивалась последние 20 лет, насколько бы прекрасной она могла стать? Но увы. Да и понятно почему так случилось, история развития отрасли прошла перед глазами.
    Все что я говорю, я говорю о приложениях типа корпоративных баз данных, CRM-ERP средней сложности, других подобных приложениях, главная задача которых это CRUD и удобный вывод информации для пользователей. Но это я бы сказал 75% от всех софтверных работ.
    CRUD, построение GUI, редактируемых таблиц, деревьев, формочек, графиков, отчетов, вывод информации — требуется повсеместно. Программировать это руками — крайне скучная и рутиная задача. Современные фрейворки лишь немного упрощают эти задачи. На мой взгляд такие вещи вообще должны быть максимально упрощены и быть преимещественно визуальными, чтобы позволить разработкам сосредоточится на действительно сложных задачах, не ручном программировании GUI и CRUD операций. Кажется за 20 лет это область не то что развилась, а просто ушла в историю. Сейчас конечно есть какие то инструменты, но они или мало распространены или бессистемны.
    Все, я нанылся, теперь возвращаюсь к пилению своего текущего веб приложения на Laravel-Vue. Надо еще десяток CRUD операций написать ручками и десяток форм сверстать на HTML-CSS-JS, все ручками, никакого визуального программирования… Долго, скучно и печально


    1. Groramar
      28.12.2019 15:54

      К слову — никто не мешает и сейчас взять Делфи и вот это вот все делать. И веб в том числе. Мы так и делаем (с помощью Унигуя).


      1. tushev
        28.12.2019 16:03

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


        1. Groramar
          28.12.2019 18:12

          Как где. Где-то просто пишут хороший софт, не задумываясь о моде.


          1. HEKET313
            28.12.2019 23:37

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


            1. Groramar
              29.12.2019 00:44

              Ну мы вот проект на Delphi поддерживаем почти 20 лет, и как-то не страдаем от того )
              Сейчас же в цене только хайп и мода. Посмотрите вокруг — ворох новых языков, еженедельные новые веб фрейворки. Есть какая-то гарантия что они проживут хоть какое-то заметное время? Или каждый год переписывать все занова?
              А вот Делфи прожил, хотя его уже больше 20ти лет хоронят :) цитаты (2006-й год):

              собственно, я в разной прессе наблюдаю сообщения типа «дельфи умер» примерно лет шесть-семь
              Тема о смерти Делфи обладает невероятной жизненостью
              www.sql.ru/forum/342656/umret-li-delfi


              1. HEKET313
                29.12.2019 21:35

                Я ничего не имею против вашего 20-летнего проекта на дельфи, если вы его можете поддерживать — прекрасно. Я говорил, скорее, о стартах новых проектов. Вокруг я вижу, что люди, которые приходят в профессию не учат Delphi (ну может только в универе). Люди учат JS, PHP, Python, C#, Java, но не Delphi.

                И это не странно. На Udemy по запросу Delphi — 69 результатов поиска, а по PHP, который тоже принято хоронить, — 1000+. Там выше еще статистику по StackOverflow приводили и по вакансиям с hh.ru. Даже человек незнакомый с программированием понимает, что пожалуй лучше начать учить что-то более востребованное.

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


                1. Groramar
                  29.12.2019 21:53

                  Я приводил статистику по форумам. Там просадки нет вообще. Даже скорее наоборот. Меньшее количество вакансий может показывать еще и меньшую текучку кадров и намного более долгоиграющие проекты. Что в общем плюс для бизнеса (я если что совладелец компании, мне именно это важно и первостепенно).


                  1. HEKET313
                    30.12.2019 10:24
                    +1

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


                1. lubezniy
                  30.12.2019 09:08

                  Зато человек, знакомый с конкуренцией, понимает, что, пока другие люди осваивают что-то более востребованное, «невостребованным» работодателям сложнее закрывать свои вакансии, и можно договориться на более приличные условия, чем в массовых сегментах, как сейчас с COBOL у буржуев. А по мере работы расти вширь.


                  1. HEKET313
                    30.12.2019 10:20
                    +1

                    Это же вы о том, что новичку не вариант учить Delphi сейчас? Нутк а работодателю на поддержку проекта нужен джун без опыта или хотя бы мидл? Насколько я понимаю мотивацию человека, который только начинает свой путь программиста, ему бы опыта побыстрее набраться, да на работу устроиться, а потом еще и получше зп получить и по опыту вырасти, и соответственно язык, где и курс обучающий еле найти получится, и вакансий в разы меньше открыто (а на сочетание Delphi Junior/Junior Delphi и т.п. hh выдает всего 2 вакансии в МСК), будет вряд ли привлекательным для него.

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


                    1. lubezniy
                      30.12.2019 10:25

                      Опыт набирается не на курсах, а на реальных проектах. Если смолоду в том же институте выучил немного Delphi и отправился на этот проект работать, можно там набираться опыта, а заодно ходить на курсы и там осваивать уже другие языки и подходы; может быть, их даже получится применить в текущем проекте. А дальше уже определяться с выбором.


                    1. tushev
                      30.12.2019 12:28

                      Все правильно говорите на счет изучения, вакансий, перспектив…
                      Но абстрагируясь от этого хочется сказать, человечество почти утратило умение быстро и просто создавать целый пласт ПО используя визуальные IDE. Раздувается сложность, производительность разработчиков падает.


                      1. HEKET313
                        31.12.2019 12:49

                        На счет визуальных редакторов в IDE — это конечно да, но кстати визуальный редактор для интерфейсов под мобильные платформы вполне себе применяется. Не знаю уж насколько, скажем, в Android Studio его используют те, кто постоянно пишут под Андроид, но всё же. А вот в вебе — да, я даже и не знаю, есть ли что-то подобное, что при этом не генерировало бы кучу не читаемого и не поддерживаемого кода типа Adobe Dreamweaver


                  1. Groramar
                    30.12.2019 12:16
                    +1

                    1. Не стоит сравнивать Кобол и Делфи. Кобол, к сожалению или счастью действительно почти мертв. Делфи же активно развивается до сих пор и в обозримое минимум десятилетие никуда не уйдет.
                    Уже и бесплатный 'форк' (FPC/Лазарус) стал хорош для реального продакшна, мы на нем пишем и продаем в том числе (под Линукс).
                    2. Как я уже писал. Благодаря простоте и надежности синтаксиса (ну не плюсы же :) ) и достаточно удобной для кода и отличной для визуальной части среде, люди уже работавшие, переучиваются в течение месяца-полтора. С тех же шарпов, очень близких, переучить запросто можно людей если нужно. По собственному опыту.


                    1. svsd_val
                      30.12.2019 14:57

                      Тоже в продакшене пишем и юзаем проекты на нём. Особых проблем с ними нет ни в работе ни в сопровождении =)


                    1. SpiderEkb
                      31.12.2019 09:57

                      кобол тоже не уйдет до тех пор, пока работает написанное на нем огромной количество кода в финансовой сфере.

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

                      https://habr.com/ru/company/ruvds/blog/467251/
                      https://habr.com/ru/company/ruvds/blog/467253/

                      В дельфе этого нет. Как нет и такого количества кода, который было бы так дорого заменить на что-то еще.


    1. nikolayv81
      31.12.2019 01:21

      Ладно внешний вид и память, но ведь ещё есть скорость… Через web некоторые вещи очень сложно обработать и нужно очень сильно задумываться с фильтрами когда в delphi эти десятки тысяч строк можно было просто крутить на клиенте и отображать хоть на одной форме с живой фильтрацией и поиском)…
      А ещё в вэб версиях по хорошему нужно постоянно думать о том что клиентский код (в браузере) может отработать не так как вы думаете и результат нельзя считать достоверным...


  1. nefone
    28.12.2019 15:08

    Конечно, Delphi старается соответсвовать современным трендам разработки. И современные версии позовляют решать большинство бизнес задач.
    Это был один из первых языков программирования который я начал учить, но даже спустя 15 лет иногда пишу на нем некоторые программы «для себя».


  1. kisskin
    28.12.2019 17:16

    Самое удобное в дельфи — практически мгновенная компиляция. Я могу сделать изменение в проекте на несколько сотен тысяч строк и сразу скомпилировать и проверить как это работает. Это многого стоит)


  1. SpiderEkb
    31.12.2019 08:47

    По большому счету дельфи не лучше и не хуже других сред разработки. Да, в свое время это было прорывом в плане «визуального программирования», хотя до нормального языка спецификации данных типа DDS (Data Description Specifications) в AS/400 где одним языком описываются экранные формы («дисплейный файл» — DSPF), формы вывода на печать («принтерный файл» — PRTF), таблицы (файлы данных, «физический файл» — PF), индексы, объединения, представления («логические файлы» — LF) у них дойти ума нехватило. К сожалению.

    Но кода на дельфях написано много. И пока это код жив, дельфа будет жить. Как все еще жив COBOL (развивается слабо, но как-то еще дышит), RPG (этот вполне еще живет на айбиэмовских майнфреймах и потихоньку развивается в рамках концепции ILE — Integrated Language Environment где одна программа может быть собрана из модулей, написанных на разных языках — RPG, COBOL, CL, C/C++).