Однако, как всем известно, дыма без огня не бывает, и сейчас, к сожалению, язык испытывает далеко не лучшие времена (в большей степени на это влияет не совсем адекватная ценовая политика Embarcadero), но тем не менее Delphi вполне себе живет, развивается и соответствует текущим трендам разработки ПО.
И вот, спустя 10 лет, в 2019 году один из двух сайтов перестал отвечать, что являлось еще одним нехорошим звоночком — домен http://www.isdelphidying.com/ оказался свободен для покупки (я это обнаружил совершено случайно, когда от нечего делать решил разместить статью "Известные программы, написанные на Delphi" и при поиске материалов вспомнил про эти два сайта).
Недолго думая, дабы поддержать любимый язык программирования, был приобретен домен «isdelphidying.com» — все же хотелось, чтобы на вопрос, «Умер ли Дельфи,» снова выводилось сообщение «FALSE».
И утверждение FALSE снова стало выводиться :)
+ немного доработал исходную страничку — стилизовал под Star Wars :-)
Так что справедливость восстановлена, работаем дальше)
ПС. Надеюсь, что у Delphi еще не все потеряно, по крайней мере, надежда на это живет в каждом, кто работает на этом замечательном языке программирования…
Комментарии (203)
GCU
27.12.2019 09:38Прикольно.
Старый вариант, который был просто «No.» только лаконично отвечал на поставленный вопрос.
Ещё можно было написать более явно:
const IsDelphiDying = false;
Hidadmin Автор
27.12.2019 10:46Все верно, старый сайт был с No.
И второй аналогичный тоже с No.
Но где-то я видел еще один вариант с False, поэтому собственно посчитал его более логичным с программистской точки зрения.
APXEOLOG
27.12.2019 09:41+9Delphi вполне себе живет, развивается и соответствует текущим трендам разработки ПО
Что ж вы свой сайт на PHP сделали, а не на Delphi
Hidadmin Автор
27.12.2019 10:42Сайт я сделал на HTML.
Ибо ни к чему это микроскопом забивать гвозди…
Groramar
28.12.2019 11:59Delphi уже, к слову, умеет в веб: UniGUI, TMS Web Core с помощью сторонних библиотек, понятно (Ext JS для первого пака), или транспилляции (у второго пака).
Лазарус умеет собирать в WebAssembly.
Lolohaev
27.12.2019 10:50А каков посыл статьи?
Автор хочет сказать, что пишет на Delphi? — каждый сам волен выбирать удобный ему ЯП
Автор хочет рассказать, что он купил освободившийся домен? — если про это каждый будет создавать статьи на хабре, то сайт будет забит подобными статьями без смысловой нагрузки.
Автор хочет сказать, что Delphi жив? — Пусть живет. Пока компаниям требуются другие языки жив он или мертв большинству людей безразлично.
CoolCmd
27.12.2019 11:12эээ посыл такой:
SEO оптимизатор
был приобретен домен «isdelphidying.com»
теперь вот статья
но, боюсь, остановить смерть таким способом будет сложновато…
Hidadmin Автор
27.12.2019 11:26Хотел восстановить справедливость, т.к. бывший владелец домена его отчего-то забросил + я и сам лично раз в 1-2 года натыкался на эти сайты и заходил из интереса, «проведать».
И думаю не я один такой, поэтому решил поделиться данной новостью со всеми причастными — все-таки язык был весьма популярен в свое время, и за одно это к нему нужно относиться с уважением.
rebuilder
27.12.2019 11:59Delphi реально умер, но воскрес в виде Франкинштейна — Lazarus.
Иногда тёмными ночами, пользуясь тёмной некромантией, поднимаю Delphi 7 на виртуалке и кодю на нём родимом, ибо адепт тьмы.
kapas19
27.12.2019 12:28Delphi жив… Будет ли возможность размещения статей на этом сайте www.isdelphidying.com? Есть интересный материал…
Hidadmin Автор
27.12.2019 12:56Это просто заглушка с оповещением, так сказать.
Для размещения статей существует куча ресурсов, взять хотя бы сайт со статьей про известные программы на Д, из ссылки в стартпосте…
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. Я начинал с него свое знакомство с программированием, я разрабатывал на нем больше пяти лет за деньги, я полностью согласен, что это прекрасный язык, даже сейчас имеющий свои серьезные преимущества. Но факт остается фактом, шутка про зомби оказалась очень грустной...rebuilder
27.12.2019 13:40Работаю в компании которая более 20 лет в своей работе использует как средство разработки Delphi 4. Перенести на современную платформу ту тонну кода, не останавливая работу предприятия просто невозможно, (ооо-чень дорого).
Поэтому, просто вносишь правки в систему под текущее законодательство. Переносить современные концепции в старый код та ещё некромантия.
Выше была шутка по веб-браузер на Delphi, так вот, в нашем проекте такое есть, большинство отчётов на html (правда без javascript). Зато всё летает на таком железе что устарело ещё в прошлом десятилетии.
Но это мелочи, у нас есть контрагент ИП, учётная система которого написана на турбопаскале, под dos, с матричной печатью, более 25 лет непрерывной работы.
Groramar
28.12.2019 16:43Хм… ладно, с опенсорсом все плохо
Замечу, что оупенсора под Делфи хватает. Не только количество реп стоит смотреть. Основной оупенсор существует для решения большинства проблем:
github.com/Fr0sT-Brutal/awesome-pascal
valis
27.12.2019 14:23+4У нас ключевая система предприятия на Deplhi 6. Говорят лет 10 похороны устраивают и пока жив… Но есть серьезные проблемы. На рынке разработчиков днем с огнем не сыскать.
Была даже ситуация когда не могли зарелизится и ждали одного разраба из отпуска.
Так что увы… Разработчиков все меньше, технология умирает.
BD9
28.12.2019 02:21+1На дельфях мало вакансий и зарплата ниже. Поднимайте зарплату — будут вам разработчики.
Вакансий по Kotlin на hh в 2 раза больше, высокооплачивемых (более ? 190-220 т.р.) в ? 14 раз.valis
28.12.2019 06:20+3Дело не только в зарплате. Ну допустим сидит у нас .net разработчик и delphi разработчик.
-Как только нужно планировать обучение на следующий год .net разработчик сразу же кидает начальству 10-к крутых курсов. Delphi разработчик грустит.
— .net разработчик ездит на конференции, ходит на митапы, рассказывает про новые плюшки языка или про тех самых идиотов, которые слили проект. Delphi разработчик грустит
— Delphi разработчик потихоньку читает руководство по C#, потихоньку ходит на митапы и вливается в C# тусовку.
— В конце-концов Delphi разработчик приходит к начальству и просит либо перебросить его в команду .net либо он сам это сделает но в другой компании
nikolayv81
31.12.2019 00:40Платите delphi разработчику на 50% больше c# и всё будет хорошо :)
Конечно на самом деле всё хуже, проблема отсутствия роста и проблем с поиском нового места в случае чего ( а это чего может случиться в самый неподходящий момент ), очень серьёзно заставляет смотреть в сторону "массовых" технологий, т.к. это некая страховка от полуголодной жизни (причём не только для себя). Вот если бы работодатель купил "страховку" от невозможности найти тот же уровень дохода в случае если работник вдруг станет не нужен, тогда бы можно было и с Дельфи спокойно работатьstilic
31.12.2019 08:09Конечно на самом деле всё хуже, проблема отсутствия роста и проблем с поиском нового места в случае чего ( а это чего может случиться в самый неподходящий момент ), очень серьёзно заставляет смотреть в сторону «массовых» технологий, т.к. это некая страховка от полуголодной жизни (причём не только для себя).
Это страхи начинающих программистов…
Меня вон уже лет 10 никто из «власть придержащих на фирме» (кроме коллег изредка, да и то из любопытства, а не директивно, мол, надо делать так) не спрашивал — а какие именно технологии, языки и пр. я использую для решения той или иной задачи. А 20 лет назад как мне уже прекратили указывать что именно использовать в том или ином случае.
Заказчику/нанимателю всё равно, если вы уже достигли достаточного профессионального уровня: вам просто ставится прикладная конечная задача, а не «напишите цикл и условный оператор на языке X».
Можете конечно написать:
«а когда вы придете на фирму, где определенные технологии и от вас потребуют оставаться в рамках этих технологий»
то я вам отвечу:
1) Вы же не раб, вы можете выбирать куда идти работать, а куда не идти. Выбирать именно то место, где возможно использовать то, что вы умеете/знаете.
2) Переключение технологий в масштабе мира происходит не мгновенно, ваши коллеги тормозят так же как и вы. У вас есть куча шансов выбрать интересующую технологию и изучить её заранее. Если вы опытный программист, то профессиональное переориентирование занимает смешные 1-2-3-4 месяца, которые вы можете неспешно и заранее потратить. Другое дело, если вы 20 лет на жопке ровно просидели… тут будут проблемы, согласен.
3) Ключевыми и сложно изучаемыми навыками являются понимания концепций, паттерной, алгоритмов, принципов. А также прокачка умения оговаривать для себя лучшие условия оплаты труда при найме. Языки же и т.п. — это ерунда, это всего лишь инструмент. Если вы умеете пользоваться крестовой отверткой, то и шестигранником сможете научиться за смешное время.
SpiderEkb
31.12.2019 09:29+1Не все так просто. Это работает пока вы варитесь в небольшой кастрюльке. А как переходите в болшой котел, сразу возникает проблема сопровождения и дальнейшего развития кода.
Не будет вас — кто сможет доработать ваш код?
Случись что на бою — сможет сопровождение решить проблему в ваше отсутствие?
В крупной конторе есть набор используемых инструментов, которыми владеют все разработчики. И есть набор требований, в том числе и по оформлению кода.
У нас, к примеру, платформа IBM i (бывш. AS/400) на серверах IBM Power9. Инструментарий на бэке — основной язык RPG. Часть модулей пишется на C/C++ (большинство разрабов владеют и тем и другим) — там, где решение задачи на C/C++ будет эффективнее. Немножко пишется на CL.
И всегда есть гарантия, что один разработчик разберется и сможет доработать или поправить дефект в коде другого. Тут редко бывает чтобы кто-то годами тянул одну задачу. Есть деление по командам тематическое, но внутри команды любой может подхватить работу другого при необходимости.stilic
31.12.2019 10:35-1Всё, о чем вы написали — относится только к начинающим специалистам.
Которые и не могут диктовать условия — что за технологии использовать на фирме.
И если ты полный новичок — то еще и сталкиваешься с проблемой поиска работы. Это в самом-самом начале карьеры…
А я вам пишу — об опытных.
Не будет вас — кто сможет доработать ваш код?
Случись что на бою — сможет сопровождение решить проблему в ваше отсутствие?
Это как раз моя проблема — обучать других технологиям, что выбрал я.
Еще раз:
У опытного разработчика — нет такой проблемы, как делать на тех технологиях, что заставляют использовать «сверху».
Он сам — «сверху» и сам определяет чем будут пользоваться младшие коллеги.
В крупной конторе есть набор используемых инструментов
На это я сразу ответил заранее.
Но повторю для невнимательных: вы вольны выбирать себе контору, что подходит вам, а не прогибаться под то, что вам не интересно.
Если вы действительно специалист, а не просто себя таковым мните.SpiderEkb
31.12.2019 10:49+1Насколько крупна контора где вы работаете? И как часто вам приходитт на доработку сратый код, написанный кем-то другим?
За себя скажу — ведущий разработчик в альфа-банке. На бэкенде, причем, самом глубоком — команда ядровых функций АБС.
Как думаете, могу я тут сказать «а я выбираю дельфи»? Нет, не могу. Потому что ее тут нет. Вся АБС написана на RPG на платформе IBM i. И немного на С/С++ Ну еще часть на CL. И именно это определяет выбор инструмента.
И то, что я дорабатываю сегодня, во-первых, будет поддерживаться командой сопровождения, а потом попадет на доработку кому-то. Может мне, а может кому-то еще. Но все оно должно работать. Стабильно, надежно, эффективно и несмотря ни на что.
до этого работал в небольшой конторке (хотя проект был серьезный — система мониторинга инженерного оборудования зданий, строилось все это как распределенная гетерогенная система на микроядерной архитектуре — моя час была как раз разработка микроядра, которое обеспечивало связь всех остальных узлов системы — прмконтроллеров, интерфейсных клиентов между собой). Там да — я мог сам выбирать на чем писать, какие технологии использовать. И это был хороший опыт. Писал, кстати, на 6-м билдере.
Но там была одна ситуация, здесь совсем другой масштаб и совсем другие подходы.stilic
31.12.2019 10:57Как думаете, могу я тут сказать «а я выбираю дельфи»? Нет, не могу. Потому что ее тут нет.
Можете.
Третий раз повторяю:
На это я сразу ответил заранее.
Но повторю для невнимательных: вы вольны выбирать себе контору, что подходит вам, а не прогибаться под то, что вам не интересно.
Если вы действительно специалист, а не просто себя таковым мните.
У вас же там не пожизненное рабство? Не?
stilic
31.12.2019 10:59+1Насколько крупна контора где вы работаете? И как часто вам приходитт на доработку сратый код, написанный кем-то другим?
Дело не где. Дело — и где и кем. После 30 лет опыта работаю тем, кто всё определяет.
В вашем понимании — я тот, кто выбрал для вас и ваших коллег платформу.
SpiderEkb
31.12.2019 09:35Тут отчасти маркетинг. Котлин дает большую прибыль даже при средней квалификации разработчика. Только и всего.
На самом деле, по достижении некоторого уровня и опыта перейти с одного языка на другой или с одной платформы на другую совсем не так сложно как кажется поначалу. Устрицы…
Groramar
28.12.2019 18:00На рынке разработчиков днем с огнем не сыскать.
По собственному опыту, разработчики переучиваются за месяц-полтора. Простой и надежный синтаксис и удобная среда сильно помогают.
Hivemaster
29.12.2019 21:50Зачем они это делают, ведь вакансий очень мало и средняя зарплата существенно ниже, чем для C++, C#, Java?
stilic
29.12.2019 09:52+1На рынке разработчиков днем с огнем не сыскать
За копейки? Конечно, нет.
На просторах СНГ Delphi было мегапопулярной платформой в начале века. Тех, кто умеет с ней работать — очень много. И сейчас они опытные разработчики (конечно, большинство переключилось на другие платформы разработки).
А популярной была из-за великолепной концепции RAD — быстрое написание программ. Обучить новичка под Delphi — не сложно. Неважно на чём писал новичок до того.
Так что «отсутствие специалистов» — не верю.
Всегда можно и человека с огромным опытом нанять. И новичка обучить недолго.
Полагаю 2 причины:
1) Деньги зарплатные малы.
2) Нет того человека, кто бы целенаправлено проводил кадровую политику, с обучением и пр.
nikolayv81
31.12.2019 00:43Ради интереса, уже много лет подписан на 2 ключевых слова delphi и firebird, и почему-то половина вакансий сильно не изменилась (в т.ч. и по з.п.) т.е. это теже компании что и 5-7 лет назад и теже адреса, по факту вакансий нет.
debagger
27.12.2019 15:59+1По хардкору надо было сделать сайт на Delphi. А так… Не интересно.
juray
27.12.2019 20:01Ну, вообще-то на дельфи «сайт» не написать, можно только бэкенд сайта.
В данном случае, судя по фразе автора "Сайт я сделал на HTML", бэкенд отсутствует. То есть представляет собой программу с пустым кодом. А про пустой код, как известно, можно сказать, что он написана на всех сразу языках — в том числе и на Дельфи.
Oxyd
28.12.2019 03:06Ну это прям какой-то квантовый язык. ;-)
juray
28.12.2019 13:02Это отнюдь не
рокет сайенсквантовая физика, а простая математика — пустое множество является подмножеством всех возможных множеств.
И кстати, формально пустая программа является квайном, но ее специально исключают из этого класса.
stilic
29.12.2019 10:09Ну, вообще-то на дельфи «сайт» не написать, можно только бэкенд сайта.
Unigui, TMS Web Corejuray
29.12.2019 18:04Ну так они оба дают архитектуру фронтенд на JS + бекенд.
Groramar
29.12.2019 19:36Но все проектирование и работа с кодом идет на Delphi. То есть знания HTML/CSS/JS и верстки не нужно вообще. Хотя знание может улучшить внешний вид и слегка поведение.
Я вот как раз не знаю фронт (но, правда, отлично, побайтно и сильно многопоточно, знаю бэк), однако это не помешало создать три приложения с больше чем ста формами на унигуе. Саппорт слегка помогал, но 99% делал сам.
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 и его удобство в преобразовании данных. Возможно это не совсем удачный пример, но зато свой.Dr_Sigmund
28.12.2019 03:57Ну JSON настолько прост, что написать свой парсер на Дельфи с него можно где-то за час, наверное.
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 жиреет либами и пугает ценами.
Куда движется декстопное вындоуз программирование?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 Мб можно выиграть.
adictive_max
28.12.2019 06:11Потом изучил С++ и словно дополнительные руки выросли.
Тут главная проблема — проконтролировать что эти дополнительные руки выросли из правильного места. :)
juray
28.12.2019 13:35+1стухли на указателях и массивах с указателями на указатели функций.
эм, а какая проблема в дельфи с массивами указателей на указатели или с указателями на функции?
type pFunc = function:integer; //ну или какой там формат вызова функций нам нужен ppFunc = ^pFunc; var fArr : array of ppFunc;
Если же в массиве должны быть разнородные по вызовам и возвратам функции — объявляем массив нетипизированных указателей, и приводим к типу нужной функции непосредственно перед вызовом нужной функции.
Но такая архитектура выглядит странно, во всех сценариях, требующих такого массива (которые я смог вообразить) логичнее было б использовать ООП и в массиве держать указатели на объекты.Groramar
28.12.2019 16:48Не стоит обращать внимания мне кажется. Если у тебя молоток — вокруг все — гвозди. Указатели на указатели на указатели на указатели.
klvov
27.12.2019 23:34+5Нытья пост, ну и я поною, раз уж. Во время оно Алан Кей сделал Smalltalk, на котором сделали великолепное инженерное решение — Seaside framework, с объектами, с виртуальной машиной, с собственным оконным GUI, и, о боже, с продолжениями (continuations) — и где это сейчас? Нигде. Никлаус Вирт сделал Паскаль, на котором сделали Дельфи, с мгновенной компиляцией, с нативным экзэшником, с мгновенным деплоем (перекинуть экзешник и запустить), с отладчиком почти не хуже Идеевского, с простым и понятным языком, с нормальной компонентной моделью, с VCL, с линкером, который делал exe-файл GUI-приложения под Win32 размером 200 Kb, и это, мы тогда считали, что еще много.
А сейчас хакеры пишут кейгены, которые требуют .NET версии 3.5, а VS Code вообще на «электроне» делают.
deseven
27.12.2019 23:43+5Пожалуйста, все что угодно кроме электрона — хоть на VB пишите, хоть на дельфях, как вам нравится. Главное чтобы этот удивительный мир браузеров-приложений наконец-то стал немодным.
kryvichh
27.12.2019 23:59+7Каждый день запускаю Skype и пла?чу, 140 Мб на Интернет-болталку. А ведь раньше была маленькая шустрая программка, написанная на Delphi…
Рядом в диспетчере задач висит Github Desktop (110 Мб) и смеётся.
А из трея выглядывает Java и просит её обновить. Хотя я вроде сегодня Java-программы не запускал…
Groramar
28.12.2019 12:04+1Все так. Пока Скайп был на Делфи, он нравился всем. Переписали на Электрон, и его стало невозможно использовать.
DmitryKoterov
28.12.2019 06:40+2Языки программирования иногда имеют одну-единственную главную, но смехотворную и маленькую, причину, по которой они либо стали суперуспешными, либо умирают. Например, в ПХП это было (было в 199х! сейчас уже не важно, раскрутилось) вот что:
# положенный в корень index.php, никаких chmod и т.д. Ваше имя? <input name=“name”/> <?if ($name) {?> Привет, <?=$name?>! <?}?>
А Паскаль-Дельфи ИМХО убивает begin-end вместо фигурных скобочек. Причем убивает наповал, ибо Вирт зачем-то (ок, невольно) сжег все мосты, зарезервировав фигурные скобки для комментариев, так что никакой возможности что-то сделать с begin-end у языка не было все 30 (40?) лет.
Казалось бы, такие мелочи, но именно они дают весь этот «эффект бабочки» по моему мнению.stilic
29.12.2019 09:58А Паскаль-Дельфи ИМХО убивает begin-end вместо фигурных скобочек.
Современные IDE умеют и снипеты и автодополнения и горячие клавиши и скрывать лишний код и пр. и пр.
Так что begin end вполне себе можно писать нажатием одной кнопки.
stilic
30.12.2019 17:59А Паскаль-Дельфи ИМХО убивает begin-end вместо фигурных скобочек. Причем убивает наповал, ибо Вирт зачем-то (ок, невольно) сжег все мосты, зарезервировав фигурные скобки для комментариев, так что никакой возможности что-то сделать с begin-end у языка не было все 30 (40?) лет.
Куда как более многословную Яву её многословность не убивает.
PaulIsh
28.12.2019 08:00+1У каждого языка/продукта своя ниша. Надо вовремя суметь из этой ниши выйти и занять другую. Delphi был прекрасен в свое время для разработки настольных систем, но затем значительная часть настольных систем перекочевала в web (а часть ушла в .net), где Delphi не смог предложить чего-то быстрого и удобного. В связи с чем, интерес к среде постепенно начал угасать.
Тем, не менее, у среды еще остаются пользователи. Знаю, поскольку, в том числе участвую в проекте по разработке компонент для этой среды, и их до сих пор, к моему удивлению, покупают.
Сам же, по основной сфере деятельности использовал Delphi в этом году единственный раз — когда потребовалось со считывателя smart-карт считать данные полиса ОМС. В браузерах это не завелось, а на Delphi с учетом примеров, которые были в сообществе, задача была решена в течение дня.Groramar
28.12.2019 18:06где Delphi не смог предложить чего-то быстрого и удобного
Все течет, все меняется, смотрим Унигуй и другие паки:
unigui.com
www.youtube.com/watch?v=YlMG4VKItbo
pfihr
28.12.2019 08:44+1Delphi стал популярен в РФ в начале 2000х, когда 1с еще не выпустила 8.0, и когда диски с Delphi пиратились безо всяких проблем с органами (т.е. для предприятий — бесплатно). 1с в большей части старалось повторить успех компонентной модели Delphi, и даже язык в 7 версии 1с стал похож на русифицированный паскаль (и даже номер версии стырили у Дельфи), и пиратские диски точно так же продавались везде, иначе бы никому эта 1с была бы не нужна.
nikolayv81
31.12.2019 00:551с нужна была чтобы сдать отчётность на диске её за пол часа а не с ящиком распечаток в очереди на пару дней (из детских воспоминаний когда что-то на эту дискетку писалось не так)
alan008
28.12.2019 10:10+1Я думаю вопросы о популярности Delphi нужно ставить только среди Desktop разработчиков, создающий Enterprise приложения ну хотя бы на 100-200 форм со всякими таблицами, вкладками и т. п.. Потому что нормально и быстро делать это можно либо в Delphi, либо в C# на WinForms, а во всех остальных средах это сущее мучение. Попробуйте опровергнуть меня.
PurpleTentacle
28.12.2019 10:27+1Enterprise, говорите? Хм… The Bat, Skype, ещё десятка два популярных программ были написаны на Dlephi. Я сам лично в 2005 году выпустил на Delphi 5 логическую casual-игрушку, с богатой графикой (DirectX через библиотеку PowerDraw) котора продавалась на MSN-games и Oberon. Delphi на самом деле — это просто паскаль для Windows, божественно комфортный для разработки и соблюдающий крутой баланс между ручным управлением памятью и уборкой мусора. Не всё сводится к VCL Library и WinForms.
lubezniy
30.12.2019 01:09Среда и до сих пор очень комфортная, хоть современные версии местами глючат (IDE иногда необъяснимо косячит, но не часто). В 2011 году я с помощью коллег-пользователей профильного форума (не программистского — просто предметные разработчики разных продуктов одного назначения на разных языках и платформах) тоже сделал небольшую программку, которая волей случая вышла на десятки тысяч пользователей и использовалась массово пару лет, пока была актуальной. Она компилировалась в единственный exe размером менее 1 МБайт (Delphi 2009), не требовавший никаких дополнительных компонентов Windows (даже XML-парсер самописный делал, чтобы не связываться с майкрософтовским). Как следствие, проблемы возникли только на старте (пришлось разбираться с косяками в управлении памятью и разницей в работе поиска файлов на разных версиях Windows или ФС), а далее на странице программы практически не было вопросов от пользователей именно по поддержке — только развитие и положительные отзывы. Сомневаюсь, что что-то подобное мне удалось бы сделать на том же C# без множества вопросов от пользователей, почему программа не работает на его языке или версии .Net Framework (ну или просто почему она не работает, если фреймворк не установлен).
PurpleTentacle
30.12.2019 02:09Поддержу. Приложения на Delphi фантастически стабильные в плане «работает где угодно», особенно, если следовать гайдам Microsoft и не хранить настройки приложения в его же папке в Program Files, как любили делать в начале 2000-х. Кроме того, Delphi — психологически очень комфортная среда, в ней почему-то нет ощущения, что ты воюешь с компилятором и средой. И не будем забывать, что один из отцов-идеологов Delphi создавал и C#, что очень хорошо чувствуется во всяких FileStream, это прямо паскаль 1-в-1, словно за Delphi снова сел.
Nagg
30.12.2019 14:17-1ну или просто почему она не работает, если фреймворк не установлен
И как вам там в 2007ом, доллары по 30 уже купили?
Groramar
28.12.2019 12:11К слову — Delphi это уже давно не только десктоп. И телефоны, несколько паков (FMX, FGX). И веб (Унигуй, TMS Web Core). Унигуй очень хорошо зашел. На форуме тысячи неофитов.
FloorZ
28.12.2019 11:55+1Если предприятие по сей день использует в качестве бизнесс процессов делфи или другого диназавра, то рано или поздно прогресс возьмет свое. А оттягивание этого процесса приближает предприятие к болезненому переходу.
Рано или поздно наступит день П и придут ребята в дорогих костюмах и предложат полный пакет услуг автоматизации в облаке, за шестизначные числа, в долларах.
Если говорить про размер и что бы программа работала от одного нажатия без танцев с бубном. У нее были все возможные формы и элементы интерфеса. Вы не поверите, но я могу взять ИГРОВОЙ движок godot и сделать на нем утилиту. И эта утилита будет весить 10-30 м.б. Работать будет везде. Даже в html5. При этом даже школьник, который два раза в жизне питон видел, сможет что-то да сляпать там, посмотрев пару уроков на ютубе. А потребление оперативной памяти врятли превысит 100 мб.
Кстати GDScript, который юзает движок — включили в перчень языков на гитхабеSt_one
28.12.2019 13:38Ну, такого динозавра как Java же используют и ничего…
ne_kotin
28.12.2019 14:56+1Ну так джава нынче действительно кроссплатформенна, и с хорошей поддержкой веба.
А десктоп на ней не пишут.Groramar
28.12.2019 15:48Ну и Делфи/Лазарус сейчас действительно кроссплатформеный (сужу в том числе по собственным проектам, есть несколько крупных проектов Windows/Linux) и десктоп и веб и телефоны умеет.
St_one
28.12.2019 17:33А в чем заключается "хорошая поддержка веба"? Не лучше чем в любом другом языке, да и кроссплатформенностью никого не удивить уже
ne_kotin
28.12.2019 23:32А в чем заключается «хорошая поддержка веба»?
спринг, freemarker, cloud config — и это все из коробки на грэдле с минимальными телодвижениями. бойлерплейт и рантаймы все под капотом, но если нужно — переопределяются в пару пинков.
Не лучше чем в любом другом языке,
В той же гошечке поддержка веба выглядит несколько… гм… уродливо. в питоне — несколько более «ручная» в плане количества работы.St_one
29.12.2019 11:43+2Это везде с минимальными телодвижениями. Тем более спринг не самый лучший инструмент, далеко(говорю как человек, который им постоянно пользуется).
Сервлеты устаревшие и кривые, мвц со старой поточной моделью, вебфлукс сырые и страшные(Java же). Спринг секьюрити тихий ужас. Сам di в спринге и тот кривой. Да и с кроссплатформенностью не все так однозначно. В основном она есть, но иногда разные jvm ведут себя по разному.
Так что думать что язык используют только потому что он хорош(или инструменты) — ошибка. Большую роль играет история, популярность языка. И я думаю что дельфи кровь подпортила именно политика компании, а никак не качество или "устарелость" языка.ne_kotin
29.12.2019 11:59спринг не самый лучший инструмент, далеко
Лучше нету. Есть другие. А лучше — нету.
Сервлеты устаревшие и кривые
Так на уровне сервлетов давно никто не работает.
Спринг секьюрити тихий ужас
В чем ужас? Все работает на аннотациях.
с кроссплатформенностью не все так однозначно
спринг чисто на джаве, какие там проблемы с кроссплатформенностью?
разные jvm ведут себя по разному.
сейчас большая часть JVM — это openjdk. Если кто-то ломает JVM и не трудится проходить Java Compatibility Tests — ну… ССЗБ.St_one
29.12.2019 12:07- Лучше есть, и много.
- На уровне сервлетов работают, как минимум фильтры.
- Ужас в отсутствии типизации и единого подхода. Каждый лепит как вздумает, в итоге там полно говнокода(посмотрите на реализацию jwt).
- С рефлекшном были проблемы. Аоп не работало, конфигурация не переключалась, проперти не работали на опенждк. На оракл работало.
- Openjdk и Oracle jdk. Кто-то ломает — это, видимо, Oracle т.к. они и то и другое пишут.
ne_kotin
29.12.2019 17:561. Нету. Это я с ответственностью заявляю вам, как человек, который почти 10 лет назад в джаву вкатился.
2. Фильтры работают немножечко сбоку. А прикладной код на уровне сервлетов сейчас мало кто пишет именно благодаря Spring MVC.
3. Здрасте, приехали. Там есть инфраструктурные бины, которые можно конфигурировать и переопределять. Если у вас не работает — значи вы скорей всего не поняли методологию.
4. Года 3 назад — возможно. Сейчас OpenJDK и OracleJDK — идентичные вещи. У меня, кстати, с Spring Boot ни там, ни там не было проблем.St_one
29.12.2019 18:11- Тот же ктор в котлине выглядит получше. А большой опыт на одном языке ничего о кругозоре сказать не может
- Фильтры это сервлет апи
- У меня как-раз работает. Т.к мне пришлось писать свою реализацию токенов, используя апи спринг security. Поэтому ответственно заявляю: апи плохое, сконструировано абы как, везде Object'ы, downcast'ы и просто плохой код. Такое ощущение что сами создатели пытаются действовать в обход апи, посмотрите как работает JwtTokenStorage.
- У меня тоже проблем не было. Удивился когда появились. И не три года назад, а пару месяцев.
ne_kotin
29.12.2019 23:231. Котлин сам по себе, как бы помягче сказать… не айс. Разрушает ООП парадигму и навязывает писать абы как.
2. А, вы про те фильтры. Да.
3. У меня с хранилищем креденшлов в базе нормально все работает из коробки. OpenId — тоже, хоть и чуть менее, чем из коробки. JWT сам по себе страшный сон, избегаю его где только возможно.
4. На свежих версиях типа 13й? Потому что 8-я — что Open (причем от разных мейнтейнеров), что Oracle — «идентична натуральному».St_one
30.12.2019 08:50- Скорее не навязывает ООП там, где оно не нужно(а оно редко где нужно).
- Jwt тоже из коробки работает. Но вся работа по созданию токенов переехала в TokenEnhancer/TokenConverter(оба интерфейса реализует один класс + там есть downcast). А почему страшный сон, если не секрет?
- Речь о кровавом энтерпрайзе, и 8ой версии java. Вообще сколько с этим работаю, убеждаюсь что Java довольно плохой вариант для энтерпрайза. Со всеми ее reflection-based технологиями, когда изменение одного модификатора доступа(убрали final), может полностью остановить работу, не вызывая каких-либо ошибок в compile-time. Отсутствие статических проверок — зло, от этого надо уходить.
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).ne_kotin
29.12.2019 12:04Ничем из этого не пользуюсь, и даже затрудняюсь сказать кто из моего окружения этим бы пользовался. Поэтому — увы, но не пишут. Очевидно, кстати, почему — Swing бедноват на контролы, которые к нему писать сложно. JavaFX тащит за собой WebKit, пытается косплеить WPF, и тормозит.
AWT — обнять и плакать.
А, не. Из повседневочки — IntelliJ IDEA и Arduino IDE из того что на Java написано десктопного юзаю. Чуть-чуть пишут, да.
Groramar
29.12.2019 19:44Ну так джава нынче действительно кроссплатформенна, и с хорошей поддержкой веба. А десктоп на ней не пишут.
Вот как раз только что пробежало в телеграмме:
>>ещё не забудьте правильную версию явы установить, чтобы ваше приложение заработало…
>да, да. в инструкции как раз об этом жирно описано, нужна правильная версия Java.
За что среди прочего не люблю всевозможные вирт машины.
edrappa
28.12.2019 12:06+1Несколько лет назад был на интервью в одной французской косметической фирме. Так у них вся система для retail'а сделана на Delphi и позволяет писать расширения на нём же. Никак не могли найти человека, кто в Delphi работает или хотел бы работать. Как сказали, не одни они такие.
efremovd
28.12.2019 12:07+1Посмотрите, все ответы про то что пишут на Delphi только от людей у который унаследованный код… Когда у тебя 1.5гига исходников которые работают очень сложно от них отказаться…
Раньше чтоб создавать нормальные UI под винду ничего толком не было и Delphi/Builder реально помогал и ускорял разработку, мы в свое время написали продукт полностью на билдере с очень сильно настраиваемым интерфейсом пользователя. Без Билдера это было б сложно сделать и за это спасибо ему.
Но сейчас частично из-за Эмбаркадеро и его странной политики, частично из-за того что больше вариантов стало я думаю что он все таки потихоньку умирает.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
Число либо примерно одинаково, либо гораздо выше. Какая уж тут смерть :)
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, все ручками, никакого визуального программирования… Долго, скучно и печальноGroramar
28.12.2019 15:54К слову — никто не мешает и сейчас взять Делфи и вот это вот все делать. И веб в том числе. Мы так и делаем (с помощью Унигуя).
tushev
28.12.2019 16:03Наверное… Но сейчас почему то так делать не принято, не востребовано, мало распространено и вообще, могут засмеять и закидать помидорами.
Groramar
28.12.2019 18:12Как где. Где-то просто пишут хороший софт, не задумываясь о моде.
HEKET313
28.12.2019 23:37В таких случаях обычно думают не о моде, а о том, кто это дело потом поддерживать будет.
Groramar
29.12.2019 00:44Ну мы вот проект на Delphi поддерживаем почти 20 лет, и как-то не страдаем от того )
Сейчас же в цене только хайп и мода. Посмотрите вокруг — ворох новых языков, еженедельные новые веб фрейворки. Есть какая-то гарантия что они проживут хоть какое-то заметное время? Или каждый год переписывать все занова?
А вот Делфи прожил, хотя его уже больше 20ти лет хоронят :) цитаты (2006-й год):собственно, я в разной прессе наблюдаю сообщения типа «дельфи умер» примерно лет шесть-семь
Тема о смерти Делфи обладает невероятной жизненостью
www.sql.ru/forum/342656/umret-li-delfiHEKET313
29.12.2019 21:35Я ничего не имею против вашего 20-летнего проекта на дельфи, если вы его можете поддерживать — прекрасно. Я говорил, скорее, о стартах новых проектов. Вокруг я вижу, что люди, которые приходят в профессию не учат Delphi (ну может только в универе). Люди учат JS, PHP, Python, C#, Java, но не Delphi.
И это не странно. На Udemy по запросу Delphi — 69 результатов поиска, а по PHP, который тоже принято хоронить, — 1000+. Там выше еще статистику по StackOverflow приводили и по вакансиям с hh.ru. Даже человек незнакомый с программированием понимает, что пожалуй лучше начать учить что-то более востребованное.
Разумеется хайповых технологий каждый год появляются десятки, и так же десятки исчезают за ненадобностью, но, возвращаясь к начальной теме моего комментария, я бы не рискнул сейчас начинать пилить новый проект, который дальше нужно будет поддерживать и развивать, на Delphi.Groramar
29.12.2019 21:53Я приводил статистику по форумам. Там просадки нет вообще. Даже скорее наоборот. Меньшее количество вакансий может показывать еще и меньшую текучку кадров и намного более долгоиграющие проекты. Что в общем плюс для бизнеса (я если что совладелец компании, мне именно это важно и первостепенно).
HEKET313
30.12.2019 10:24+1Это мое личное мнение, но меньшее количество вакансий для вас, как работодателя может это и показывает, но для меня, как для разработчика (если бы я писал на Delphi) это показывало бы, что мне с моей работы идти особо некуда и наверно стоит изучить параллельно другой более популярный язык в той же области. Потому что я, в случае чего, не хочу остаться на обочине, а может быть я и вовсе по своей инициативе захочу сменить работу и начать развиваться в новом более популярном и актуальном стеке.
lubezniy
30.12.2019 09:08Зато человек, знакомый с конкуренцией, понимает, что, пока другие люди осваивают что-то более востребованное, «невостребованным» работодателям сложнее закрывать свои вакансии, и можно договориться на более приличные условия, чем в массовых сегментах, как сейчас с COBOL у буржуев. А по мере работы расти вширь.
HEKET313
30.12.2019 10:20+1Это же вы о том, что новичку не вариант учить Delphi сейчас? Нутк а работодателю на поддержку проекта нужен джун без опыта или хотя бы мидл? Насколько я понимаю мотивацию человека, который только начинает свой путь программиста, ему бы опыта побыстрее набраться, да на работу устроиться, а потом еще и получше зп получить и по опыту вырасти, и соответственно язык, где и курс обучающий еле найти получится, и вакансий в разы меньше открыто (а на сочетание Delphi Junior/Junior Delphi и т.п. hh выдает всего 2 вакансии в МСК), будет вряд ли привлекательным для него.
Другое дело человек, который до сих пор пишет на Delphi и реально крутой профессионал — вот такому да, как вы и написали, такому можно диктовать свои условия, потому что конкуренция как раз-таки будет работать на него: он профессионал, он востребован. Хотя и тут есть нюансы. Стоит все же иметь какой-то запасной план, потому что и хорошему профессионалу, если он знает только Delphi при малом количестве вакансий на рынке, выбора остается не так много и в итоге можно остаться у разбитого корыта, если перегибать палку.lubezniy
30.12.2019 10:25Опыт набирается не на курсах, а на реальных проектах. Если смолоду в том же институте выучил немного Delphi и отправился на этот проект работать, можно там набираться опыта, а заодно ходить на курсы и там осваивать уже другие языки и подходы; может быть, их даже получится применить в текущем проекте. А дальше уже определяться с выбором.
tushev
30.12.2019 12:28Все правильно говорите на счет изучения, вакансий, перспектив…
Но абстрагируясь от этого хочется сказать, человечество почти утратило умение быстро и просто создавать целый пласт ПО используя визуальные IDE. Раздувается сложность, производительность разработчиков падает.HEKET313
31.12.2019 12:49На счет визуальных редакторов в IDE — это конечно да, но кстати визуальный редактор для интерфейсов под мобильные платформы вполне себе применяется. Не знаю уж насколько, скажем, в Android Studio его используют те, кто постоянно пишут под Андроид, но всё же. А вот в вебе — да, я даже и не знаю, есть ли что-то подобное, что при этом не генерировало бы кучу не читаемого и не поддерживаемого кода типа Adobe Dreamweaver
Groramar
30.12.2019 12:16+11. Не стоит сравнивать Кобол и Делфи. Кобол, к сожалению или счастью действительно почти мертв. Делфи же активно развивается до сих пор и в обозримое минимум десятилетие никуда не уйдет.
Уже и бесплатный 'форк' (FPC/Лазарус) стал хорош для реального продакшна, мы на нем пишем и продаем в том числе (под Линукс).
2. Как я уже писал. Благодаря простоте и надежности синтаксиса (ну не плюсы же :) ) и достаточно удобной для кода и отличной для визуальной части среде, люди уже работавшие, переучиваются в течение месяца-полтора. С тех же шарпов, очень близких, переучить запросто можно людей если нужно. По собственному опыту.svsd_val
30.12.2019 14:57Тоже в продакшене пишем и юзаем проекты на нём. Особых проблем с ними нет ни в работе ни в сопровождении =)
SpiderEkb
31.12.2019 09:57кобол тоже не уйдет до тех пор, пока работает написанное на нем огромной количество кода в финансовой сфере.
Но сравнивать его с дельфи некорректно поскольку кобол достаточно специализированный язык, заточенный на выполнение финансовых рассчетов. И тут он имеет свои преимущества, про что уже писалось
https://habr.com/ru/company/ruvds/blog/467251/
https://habr.com/ru/company/ruvds/blog/467253/
В дельфе этого нет. Как нет и такого количества кода, который было бы так дорого заменить на что-то еще.
nikolayv81
31.12.2019 01:21Ладно внешний вид и память, но ведь ещё есть скорость… Через web некоторые вещи очень сложно обработать и нужно очень сильно задумываться с фильтрами когда в delphi эти десятки тысяч строк можно было просто крутить на клиенте и отображать хоть на одной форме с живой фильтрацией и поиском)…
А ещё в вэб версиях по хорошему нужно постоянно думать о том что клиентский код (в браузере) может отработать не так как вы думаете и результат нельзя считать достоверным...
nefone
28.12.2019 15:08Конечно, Delphi старается соответсвовать современным трендам разработки. И современные версии позовляют решать большинство бизнес задач.
Это был один из первых языков программирования который я начал учить, но даже спустя 15 лет иногда пишу на нем некоторые программы «для себя».
kisskin
28.12.2019 17:16Самое удобное в дельфи — практически мгновенная компиляция. Я могу сделать изменение в проекте на несколько сотен тысяч строк и сразу скомпилировать и проверить как это работает. Это многого стоит)
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++).
0xf0a00
Как он может быть мертв если он единственный кто кросплатформенный и на реально все платформы может нативно + человеческий редактор и конструктор + кодовая база и офигенная обратная совместимость.
A-Stahl
>если он единственный
C++ (с ещё большей кодовой базой и почти идеальной обратной совместимостью) + Qt (кроссплатформенность зашкаливает) смотрят на Delphi… э-э-э… вообще даже не смотрят в сторону Delphi.
tronix286
Да-да, вы про Qt только обязательно расскажите, что простая формочка с двумя кнопками со статическими либами на винде занимает всего лишь ~200 Mb, ребилдится при этом полностью всего за 8 часов, если полностью из сорцов собирать. А уж какая у Qt идеальная обратная совместимость — легенды прямо ходят! То, что писано в предыдущей _минорной_ версии не соберется более нигде — ни в следующей версии Qt, ни в предыдущей, ни в какой. Про кросс-платформенность и Qt также можно почитать веселые истории на тему сокетов в винде и линупсе, например. Про мак даже и вообще лучше не вспоминать от греха.
A-Stahl
У меня в профиле есть ссылка, которая ведёт на пару примитивных программ для Андроида. Интерфейс этих программ написан на Qt. И написан давно (много-много мажорных и минорных версий назад). Также посмотрите на размеры.
0xd34df00d
А сколько само Delphi из сорцов ребилдится?
Я бы посмотрел на примеры, так как кутешники очень следят за обратной совместимостью, и личный опыт это подтверждает. Менять код потребовалось только при переходе с Qt4 на Qt5, и то было довольно тупым рефакторингом.
А как там у дельфей с этим? Не смог сходу найти в репозиториях.
dmitryredkin
Нативный компилятор Дельфи под Win32- самый быстрый из мною виденных.
Реально С++ после него кажется сошедшим с комикса xkcd. И ребилд всего проекта на нём- обычное дело, не проблема ваще. Правда компиляторы под другие платформы, как я слышал, построены на основе LLVM, что не лучшим образом сказалось на скорости. Но все равно с цпп- нёбо и земля.
0xd34df00d
А как у дельфи с оптимизацией вычислительного кода и с возможностями метапрограммирования?
Groramar
Оптимизация отстает от плюсовой до 5-7 процентов. Чаще всего разницы на глаз между плюсовыми и делфевыми сырцами заметить невозможно. Основные алгоритмы оптимизированы на уровне ассемблера в коробке, так что разницы там вообще нет. Шаблонов, к счастью, не завезли. Дженерики существуют и давно.
0xd34df00d
И есть вещи типа автовекторизации, удаления незначащих чтений или записей, global value numbering и тому подобных вещей?
Один из моих рабочих проектов — некая библиотека, позволяющая строить пайплайны из обработчиков, описывая конкретные изолированные блоки. Шаблоны и constexpr дают, с одной стороны, типобезопасность, с другой — после компиляции производительность такая же, как если бы вы закодили конкретный пайплайн руками с нуля. При этом есть и «базовые классы», и полиморфизм (времени компиляции), и довольно много вычислений на типах (начнём хотя бы с операций на строках), при этом в процессе компиляции вычисляется и инлайнится всё что можно.
Такое можно сделать на дельфи?
kryvichh
К сожалению, оптимизация сгенерированного кода для Embarcadero не приоритет. Она есть, но могла бы быть и лучше. Насколько знаю, сейчас разработка IDE и платформы отдана в оффшорные команды, и они очень заняты поддержкой новых платформ Android, iPhone и проч. В качестве замены предлагается использовать готовые оптимизированные специализированные библиотеки, написанные на Delphi либо других языках. А при наличии опыта у команды — использовать ассемблерные вставки для оптимизации узких мест. Как пример — оптимизация нейросети под команды AVX: github.com/joaopauloschuler/neural-api/blob/master/neural/neuralvolume.pas
Инлайнить можно глобальные процедуры и методы классов (см. примеры в коде по ссылке выше). С типобезопасностью у Pascal/Delphi проблем не было никогда. Поэтому не вижу проблем наваять быстрый и безопасный Delphi-код c цепочками обработчиков. Не знаю что там поменяли в шаблонах у С/С++, когда я последний раз пытался разбираться в нём, там можно было творить жуткие вещи. Может, сейчас слегка обрезали возможности этой «фичи» в языке…
Groramar
stilic
Вы напрасно пытаетесь тут что-то выкружить.
У Borland Pascal всегда была довольно шустрая компиляция, ибо одного прохода достаточно, Вирт продумал это при проектировании языка.
Можно предположить, минут 20-30.
30 минут vs 8 часов — это небо и земля.
И это полностью из исходников, чего никто не делает.
А из подготовленных предварительно (автоматически) бинарников библиотек/объектных файлов — считанные секунды (очень крупные программы — десятки секунд).
fougasse
Вы Delphi тоже из сорцов собираете каждый раз?
FloorZ
Это проблема винды, да и только винды. В *nix операционах закачивается разовый набор библиотек qt, а все приложения, как винда, за собой не тянут тонну бинарников и весят еле еле.
Еще можно статически скомпилировать QT и будут у вас бинарники по паре мегабайтов.
Так же по моему опыту, я собирал программу на Qt4, при этом изначально тестировал ее в Qt5 на локальном компе, а потом удаленно компилил на машинке с астра-линуксом (на котором только 4 версия работает) и там все работало
ne_kotin
Знаете, минимальное окошко на Qt весит примерно 5 метров, что ли.
На D7 — 400 кб.
Hidadmin Автор
Справедливости ради, текущие минимальные программы на Delphi XE весят по 2 Мб — все в угоду совместимости и кросплатформенности и вряд ли кто-то сейчас станет писать серьезный коммерческий софт на D7, раз есть D XE, хотя в общем то и по сей день программы написанные в далеких 2000-х на D7 прекрасно работают на Win 10 например, хотя зачастую и не обходится без костылей и танцев с бубном.
ne_kotin
Я вам больше скажу — софт написанный на D7 еще и прекрасно работает под вайном )
Hidadmin Автор
Знаю, юзеры об этом рапортуют периодически )
kisskin
до сих пор пишу на D5. переехал бы на что посвежее, но смысла особого нет — и так всё нормально работает.
juray
В версиях поновее появилось удобное визуальное выравнивание компонентов прямо при расстановке без выделения компонентов и вызова меню. (Не помню, с какой — кажется, в D2010 уже было).
kisskin
Пожалуй, да, выравнивание компонентов одна из немногих вещей, которой не хватает. но можно привыкнуть. Вторая посерьезнее, но к дельфи отношения не имеет — хочется больших тематических наборов картинок под кнопки с удобным поиском. И как-то упорядочить работу с этим, а то бывает добавишь в программу, а потом не помнишь из какого файла… Но все эти претензии не настолько существенны, чтобы все бросить и переезжать.
tmteam
'Вылезает из XAML и HTML' — 'Что_О? О чем говорят эти люди?'
lubezniy
В XE2 (если не ошибаюсь) появилась встроенная поддержка работы с zip-архивами. Буквально на днях маленький проект с ней делал.
drWhy
Минимальное окошко на Delphi 3 — 2 кБ (приложение скомпилировано как консольное, но использует WinAPI).
svsd_val
С WinApi можно засунуть вывод графики 3d в эти 2 кб, без проблем… знаю это так как когда-то давно делелал 64кб игры и демки
stilic
KOL, MCK?
0xf0a00
Что ж вы так выборочно комментите…
Нормальный редактор и нормальный конструктор — Qt в пролете со свистом. Делфи среда собранная, ставишь и все работает.C Qt нужны пляски. Собираешь как жигули и пытаешься как то ездить. В Делфи если надо добавить компоненты, в пару кликов все добавляется. Что может этому противопоставить Qt? Ничего не может. Из оставшегося только кроплатформенность которая поддерживается за счет таскания на спине жирных библиотек Qt. У Делфи все пакуется в один exe файл и никакого головняка. Некоторые компоненты позволяют не ставить драйверы для баз данных типа оракла. Просто копируешь exe на голую винду и все у тебя работает. Куда уж проще. Про дикий расход ресурсов у Qt, что бы этот комбайн работал и совместимость вам уже ниже написали.
Товарищи с горящими седалищами, вы можете минусить меня, плевать в карму… затыкать рты другим, но факт в том что Делфи понял куда ему надо и пришел в движение. И минусы не изменят того что по совокупности факторов он уже хорошее решение для многих задач.
stranger_shaman
Изменят. Еще как изменят.
svsd_val
Ок поясните пожалуйста =)
Chaos_Optima
Да только формошлёпство к сожалению уже давно не используют при написании приложений, все всё больше уходят в сторону QML, XAML подобных решений, хз есть ли что-то подобное в дельфях (вроде FireMonkey подходит)
0xf0a00
Одно единственное слово по которому можно определить разбирается человек в том о чем говорит или нет. Так вот вы — нет. Потому что если бы разбирались то знали, что 70-80% компонентов вообще не визуальные и к интерфейсу никак не относятся.
Разметку и описание формы, можно сделать на любом языке, хоть на китайском. Даст ли это какие то преимущества если Делфи на них перейдет? Да никаких, только батхерт у разрабов. Является ли это преимуществом над кем то? Тоже нет. Это просто еще один диалект. Кто то куда то переходит, ну флаг им в руки камень на шею. Бездумно идя за модой далеко не уйдешь.
Chaos_Optima
ну в случае с QML это не просто развёртка но ещё и несложный скриптовый язык, который позволяет проще делать более сложные гуи а также такое разделение позволят дизайнерам работать параллельно от программистов не влезая при этом в ide
svsd_val
О как, а Си и Си ++ и т.д. не засирают ?? ИМХО: всё зависит от кривости рук разработчика, и никакой язык в этом не поможет.
Вы файл форм видели? Там такой же простой язык… и практически ничем не отличается. Так же как и везде при соблюдении определённых правил может быть изменено отдельно от кода.
juray
Угу, выглядит как смесь Паскаля с YAML. В D2006, кажется, надо было опцию сохранения в текстовом виде отдельно включать, иначе по умолчанию в бинарном писалось.
Вот если б еще генерация этого кода не страдала типовой проблемой — перестановка порядка полей, из-за чего диффы ломаются. (Та же проблема наблюдается, например, у ASCII форматов CAD-программ — PCAD, в частности)
Groramar
Если что — то в любое время можно любую форму сохранить как в текстовом виде так и в бинарном, в любой версии Делфи. То есть надо текстовая — ок — нажали — сохранилось как текстовая.
Порядок полей строго определен, все нормально там с диффами, постоянно использую, удобно.
juray
Я про умолчания.
Раньше в текстовом именно что специально надо было сохранять, а теперь это умолчанием сделали (в RAD Studio 10 по крайней мере).
Про порядок полей я, похоже, действительно не прав — перепутал с другими ASCII-форматами визуальных данных (PCAD точно этим страдает).
terraplane
D7/BCB6 отличные инструменты для своего времени. Быстро накидать форму, чтобы можно было быстро сфокусироваться на внутренней логике — что еще надо?
Bedal
а ещё надо компоненты, которых до сих пор нет много где. Ну, как нет — названия есть…
Ещё в D5 можно было кинуть пару компонент, а они сами свяжутся, потому что у компонент был интерфейс времени редактирования. Именно из этого подхода J2EE потом выросло и многое, многое другое — но так легко и красиво больше не встречал.
yarosroman
Не буду спорить. Не цена заоблачная. посмотреть на цены Visual Studio( я молчу про Community) или продукты от JetBrains. Например, net core+Avalonia, такой же кроссплатфом. Ну да, avalonia ещё развивается, но уже стабильно работает. Для мобильных приложений выбор платформ просто зашкаливает и причем абсолютно бесплатных.
vabka
Справедливости ради, Avalonia не натив, и придётся тащить за собой рантайм, а из-за этого даже с сжатием и удалением всего лишнего hello world будет весить не меньше 10мб
yarosroman
Ну давайте, в наше время скоростного инета и терабайтных жёстких, расскажите важность о необходимости экономии 10 мегабайт.
Oxyd
Нет, давайте ударными темпами приближать тепловую смерть вселенной.
Wingtiger
а ты скачай 10 мегабайт через 2G при плохой связи на скорости 1-2 килобайта/сек. Я лежал в больнице и эта скорость была реально, с частыми обрывами
drWhy
Это же не просто блоб какой-нибудь, скачал и выкинул, это же код, который будет ежедневно выполняться на моём процессоре и тратить мною оплаченную электроэнергию. И речь же о пустышке, реальных приложений в 10 МБ сейчас ещё поискать, любая свистелка несколько сотен МБ легко занимает. А, скажем, на смартфоне встроенная память далеко не бесконечна. Мне что, каждый раз смартфон менять из-за того, что кому-то лень было писать компактный код?
SpiderEkb
Для маленьких проектов это неважно. Для того, что работает на больших enterprise серверах, где одновременно крутится тысячи задач экономия пары мегабайт может быть весьма существенной.
stilic
Может.
Но там как раз реже заморачиваются, в связи с более сложной обозримостью кода.
SpiderEkb
Ну да… В бой мимо нагрузочного тестирования поставки не проходят.
stilic
Всё дело только в оценках — а стоит ли оптимизировать.
Если экономия ресурсов железа отложит вхождение на рынок на полгодика — ни один бизнес в здравом уме не пойдет на это. Запустят проект многожрущим, всё равно это выгодно бизнесу.
SpiderEkb
Зависит от. Экономия ресурсов железа обеспечивает стабильность работы его при больших нагрузках. Игнор оптимизации чреват факапами в периоды пиковых нагрузок. Где-то на это плюют, а где-то это приводит к очень ощутимому ущербу, как репутационному, так и материальному.
Последний случай — сбой в работе Альфа Банка 27-го декабря. Но там все реально сложно было предсказать. Хотя можно, конечно… Технические подробности рассказать не могу, да и слишком сложно это объяснить тем, кто не в курсе как оно все работает. Так что поверьте на слово — проблема была именно в недостаточной оптимизации (и работы в этом направлении будут выполнены и выводы на будущее будут сделаны). Хотя здесь к этому вопросу подход более чем серьезный. Но именно вот этого момента не учли.
vabka
10мб — это хеллоу ворлд даже без авалонии. С авалонией, если ещё добавить пару дополнительных библиотек, всякие картинки, файлы для локализации — легко за сотню уйдёт. И это надо для каждого приложения. (но это всё ещё лучше, чем chrome с собой тащить)
lubezniy
У Delphi лицензии разовые, а у JetBrains разве не подписка?
TonyLorencio
У JetBrains подписка, но с fallback'ом, если она была приобретена на год или больше
0xd34df00d
Точно лучше clion'а или даже какого-нибудь kdevelop?
Плюсовые тоже?
0xf0a00
А колесики вам не прие*****? Мы тут про Делфи вообщет. Причем тут плюсовые компоненты и каким они раком к Делфи?
0xd34df00d
Да просто когда гуглишь, есть ли библиотека для решения той или иной задачи (работы с графами, хитрого матана, да мало ли), то в основном находишь плюсовые библиотеки. Есть и сишные, конечно, но ими не так удобно пользоваться.
Groramar
Повторю ссылку:
github.com/Fr0sT-Brutal/awesome-pascal
Это все бесплатное, математические пакеты там тоже есть.
На Торри можно посмотреть еще:
torry.net/pages.php?s=100
Но математические пакеты на плюсах проработаны лучше, спорить не буду. Хидеры в помощь :) Подключаемо все.
0xd34df00d
Без оборачивания плюсов в
extern "C", со всей шаблонной наркоманией уровня хотя бы eigen/dlib? Вот это действительно интересно.0xf0a00
Такс… налицо отсутствие взаимопонимания. Компоненты про которые я написал, это те которые на делфи и для делфи. Они бесшовно итегрируются в IDE добавля готовый функционал, а их код собирается в состав exe файла.
А вы говорите про готовые библиотеки с функционалом. Но и на ваш вопрос есть ответ. Во первых в делфи есть автоматический импорт интерфейсов из библиотек. У вас будет сгенерен файл с заголовками функций которые библиотека реализует, подключаете его к проекту, в рантайме подтягиваете библиотеку, получаете адрес на нужную вам процедуру приводите к типу процедуры и вызываете. Если вам в нескольких программах нужен функционал можно его оформить ввиде компонента и добавлять поддержку либы одним кликом.
Во вторых, если автоимпорт не сработал, можно написать файл самому и подключить его как я выше написал.Причем описывать все не обязательно, можно описать только то что вы будете вызывать.
stilic
Наверное просто потому, что Гугль уже подстроился под ваши требования.
Имхо, должно куча под Фортран такого гуглится.
Groramar
0xd34df00d
Кроссплатформенность зашкаливает.
Groramar
Так а какие стандартные интерфейсы классов кроме COM существуют? Придумают такие кроссплатформенными — будут и они ставится. Пока что есть. Delphi тут при чем? Что COM'а нигде больше нет кроме винды :)
А если нужны не компонентные обертки, а просто хидеры плюсовых библиотек — то большинство основных переведены и давно.
0xd34df00d
Я бы и COM стандартным не назвал. Ни на одной из систем, с которыми я работаю и работал за последние лет 10, его нет. COM настолько же стандартен, насколько, не знаю, D-Bus.
Groramar
В пределах Windows — вполне стандарт.
SpiderEkb
Точно на все? Вот на все-все-все?
Странно, на на AS/400 (i5/OS, IBM i) C и C++ есть (компилятор встроен в операционку в составе ILE), а Дельфы нету…
yarosroman
А у вас лицензия?
0xf0a00
К сожалению — нет.
koreec
Community edition же есть. Абсолютно полнофункциональный.
yarosroman
Delphi Community Edition is a great way to get started building high-performance applications for Windows without database. Да полнофункциональный. Да и условия более жёсткие по сравнению с VS например.
Groramar
Interbase/Firebird работает из коробки. Для других баз можно поставить внешние компоненты, платные или бесплатные (Zeos, например).
Groramar
И, да, не только Windows. Телефонный пак входит в комплект CE.
alan008
Он не полно функциональный, там много как технических, так и юридических ограничений касательно того, когда его можно использовать.
Groramar
Технически он полнофункциональный на уровне Professional версии. Юридически ограничение одно — доход с разрабатываемого ПО не должен превышать $5000.
enabokov
За какой период?
Groramar
За год.
yarosroman
Вы получаете деньги разрабатывая софт на пиратской версии?