Будущее Delphi XE2

Комментарии

Vlad B.

Если не ошибаюсь, но писать под Mac OS и IOS можно писать не только в Delphi но и в C++ Builder который как и делфи входит в (Embarcadero Code Gear Studio XE2). Кстати, также можно писать  и для мобильный платформ таких как Android, Blackberry, iOS, and Windows Phone.

Alex Kononov

Наша компания использует Dlphi7 - Delpi 2007 В США
Сейчас я перевожу один из проектов на Delphi XE2

Специфика просто ПО такая, Delphi наиболее подходящее средство. Новое ПО будет на C# + неуправляемый код насильственно, Delphi к сожалению сдает. Даже XE2 из коробки у меня глючит, отправил запрос на поддержку, жду...

Михаил Фленов

То, что XE2 из коробки глючит, это ужесно. Я последний раз работал с 2007-м и он меня достал тем, что умирал постоянно. Память жрал хуже FireFox. А ведь загружается он не так уж и быстро, чтобы постоянно перегружаться.

Alex Kononov

В 2007 не работает автодополнение на больших кусках кода по 20000 строк, а таких у нас в наследство осталось немало.
В XE глючит Error insight
В XE2 просто не могу собрать пустой VCL проект - компилятору DCC32 даются не все необходимй пути, хотя все они прописаны. На второй моей машине XE2 работает. Головоломка, но работа по переводу стоит, я не буду на build-машине работать...

Alex Kononov

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

Дмитрий

Я новичок в программировании еще, работаю в Delphi 2007, меня он вполне устраивает.
XE2 хочу скачать и попробовать его установить...
Вот думаю имеет ли смысл?

Alex Kononov

Конечно имеет
Вот я использую TurboPower Async
Одни и те же исходники ПО
При компиляции под D7 - работает
При компиляции под D2007 - неработает
И оба не работают под Win7, только под WinXP

Портированная версия под Delphi XE с портированным же Async работает под Win XP и выдает BSOD под Win 7

Исходники Async ужас, но блин 2 компилятора на одних и тех же исходниках...

poslegg

Насчёт загруженности и среза памяти Delphi XE2, я бы поспорил. То как хавает память VS 2010, мало что сравнится.  

alex

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

Overdrive

Delphi это RAD среда. И в основном ее ипользуют для создания форм к базам данных. И не более.

ronin

Sergey

1) Майкрософт вряд ли будет поддерживать среду и язык для операционки отличной от Виндовс, также как Эпл не станет делать свой Обжектив Си для НЕ своей операционки. Эти компании связаны по рукам условиями конкуренции. А Эмбаркадеро, которая делая Дельфи, может и делает её для обеих этих операционок. В этом её преимущество. 2) Кроме  того одно время поддерживалась и Линукс. 3) Дельфи призм компилит для Net. 4) Есть Дельфи для пхп. Какая еще среда и язык может похвастаться широтой и независимостью кроме Дельфи? Думаю, сравнимых по качеству, таких просто нет. Дельфи уникальный инструмент.  

果実 – Кадзицу

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

Alex Kononov

Delphi есть на немецком, насколько я знаю.

Overdrive

2ronin ну разрабатывать какой-либо крупный проект на нем не имеет смысла. Т.к. он не предназначен для этого. Вот, что я хотел сказать =) Да и "умер" Delphi =) ИМХО.

ronin

Александр

ronin, там же вроде только интерфейс в делфи.

beket

Слушай, Overdrive

Delphi - это замечательный инструмент для разработчика.

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

Если бы ты что-то понимал в этом деле, то не писал бы подобных глупостей.

beket

Alex Kononov

я работаю уже больше года на Delphi 2010
Причём - ты сейчас упадёшь со своего стула и не поверишь - этот Дельфи - portable (программа, не требующая инсталляции) !!!

(Ну, портабл-сборку я сделал сам; навернув на нее в придачу JVC JVCL и Alpha Controls).

Так вот, хотя это даже и портабл-сборка, но ничего не глючит, работает на ура.

А всем любителям .NET - огромный привет!
Пишите, пишите. Весь ваш .NET-код у хакеров будет как на ладони.

beket

Александр

вы писали:

ronin, там же вроде только интерфейс в делфи

Было бы замечательно, если бы вы сами поняли, что вы написали.

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

Здесь самое главное - ваше желание, увлечение, творчество.

Sergei

Можно,кончено, много спорить хороший ли инструмент Delphi или нет, вопрос каковы критерии "хорошести".Для меня главное - соотношение Качество программы/скорость разработки - отсутсвие ограничений.

На Delphi можно делать проекты любой сложности под Винды.(Уж поверьте старому программеру,который сбился со счета на скольких языках и в скольких ОС программировал).
Скорость разработки на Delphi гораздо выше чем при работе с любой другой средой. В том числе и с C++Builder (я работал с многими смешанными проектами Delphi+Builder,которые обычно плавным образом все более уходили в сторону Delphi).
Ограничений - по работе с API - никаких,
Готовых исходников и компонент - полно,
Наличие таких "фишек" как RTTI - супер полезно, если знать как с этим работать.
Да, и еще, остается все же возможность всякого "низкоуровневого" хака (работа с указателями и т.д.), никаких "песочниц" и "бега в мешках" - в виде виртуальных машин.

Попробуйте написать программу проигрывания MIDI - с контролем всех событий на .Net,Java,Visual Basic и тд. - не получится, не хватит скорости и нет доступа к низкоуровневым Callback функциям Windows.
Можно конечно на Visual-C, но программирование GUI на Visual-C это дикая потеря времени.
А на Delphi - нет проблем ни с тем ни с другим!
Вот именно эта позиция Delphi посредине между
"низкоуровневым" программированием и "управляемым кодом" - и есть на мой взгляд та золотая середина, которая во многих случаях необходима.
Да, и большое спасибо ребятам которые делают Lazarus. Это уже очень серьезная IDE.

Ну а все остальное - вопрос "понтов" и "моды".
Ну не модно сейчас на Delphi писать - и все тут.
Так пишите на чем хотите, тратьте кучу времени на очередной "Hello word" и переписывание того что уже 1000 раз было написано. А мне, если честно, времени уже не хочется тратить. Надо решать поставленные задачи, а не хвастать использованием очередного новомодного инструмента.

Vladimir

Среди людей, далёких от Delphi, бытует мнение, что это простенький учебный язык для написания интррфейса к БД. Мнение это основано только на невежестве и в основном поддерживается холиварщиками, которые сами полезных программных продуктов не создают, а в основном перепрыгивают с одной платформы на другую, с одного новомодного языка-однодневки на другой.
Я работаю в крупном научном институте (в составе РусГИДРО), имеющем постоянные научные связи с зарубежными партнёрами. Первое. Иностранные коллеги майкрософтовские продукты вообще не любят - им МАКи больше по душе. Потому любую среду разработки под них воспринимают "на ура". На Delphi под Windows они очень даже программируют, причём задачи, даже не имеющие отношения к БД.
Второе. В нашем Иституте разрабатываются-наращиваются несколько очень крупных проектов как на Delphi, так и на VS2010 + PGI-Fortran (не удивляйтесь, фортран ещё жив, и даже поддерживает OpenMP и CUDA). На Delphi один из проектов - информационно-диагностическая система (опрос датчиков, их тысячи, сохранение результатов в БД, связь и управление через Интернет - "тонкий клиент"). Другие проекты - чисто инженерно-расчётные: у нас два из них - на Delphi, другие два - на VS2010. Сейчас кто-то начнёт умничать насчёт быстроты расчётов на Delphi vs VS2010? Сравнивали и на тестовых задачах с обилием арифметики, и на практических расчётных задачах. Преимущество кода на VS2010 над 32битной Delphi XE - всего 35%, а над Delphi XE2 (при компиляции под 64бит) - всего 10%. И самое забавное, что их обоих уделывает по скорости работы кода (процентов на 25) PGI Fortran. Итак, про расчётные проекты на Delphi.
1) Это многопоточные вычисления (объект TThread), которые реализуются исключительно просто в Delphi, а не корявыми директивами под OpenMP, не дающими нормальной загрузки процессоров. Проект на Delphi загружает при расчётах 12x2(HyperTraiding)=24 процессора рабочей станции (2xXEON) аж на 95%, а вот тоже сделать на OpenMP нам пока так и не удалось.
2) Это мощнейшая графика - как просто на Canvas, так и доступ ко всем функциям и расширениям OpenGL (можно и D3D, если кто-то больше любит мелкософт). Плюс - работа с медиа-объектами. Скажем, наш проект по ходу расчётов генерирут 3D - мультик: анимацию результатов в виде компрессированного AVI. На Delphi это не проблема, т.к есть прямой доступ ко всем возможностям WinAPI.
3) Это действительно ВИЗУАЛЬНАЯ среда разработки RAD. В сравнении с ней VS2010 - просто пародия на визуальную быструю разработку.
4) Само-собой - доступ к любым БД из Delphi - в них мы храним исходные данные и результаты расчётов...
И самое главное - наши проекты на Delphi доведены до "программного продукта", а группа наших же  разработчиков на VS2010 постоянно выдаёт заказчику "полуфабрикат" с кривым ненадёжным кодом и убогим интерфейсом. Важно раздувая щёки при этом: вот мол когда доведём до ума, он своего собрата на Delphi уроет по полной... Ждёмс!

Sergei

Vladimir, собственно и я примерно о том же в предыдущем посте...
Тот кто делает на Delphi реальные проекты - тот  знает что это реально работающая технология.
Ну а тот кто судит по своему опыту написания "Hello World" тот может говорить что угодно.
Как правило высказывания типа "Delphi скорее мертв чем жив" - это "рассуждения" именно таких "девелоперов".
Но, к сожалению, к этой болтовне зачастую прислушиваются и делают свои выводы.
Это конечно влияет на "модность" языка. На данный момент Delphi не "в моде".
(Кстати,до недавнего времени самым распространенным языком программирования был VB,несмотря на то что он совсем уже не моден.)
И все же, я уверен, что у Delphi большое будущее.
P.S.
Насчет последней реинкарнации: "ХЕ2" - моя компания его только что приобрела в связи с необходимостью перевода проекта на Unicode. Сейчас работаем над переносом нашего довольно большого проекта (3-х звенная система с Ораклом в качестве DB).
Первое впечатление неплохое. Хотя на все "грабли" еще не успели наступить.

Тимур

Sergei, Vladimir, beket - респект вам, поддерживаю !

Олег

Я занимаюсь активным программированием с 1978 года (со второго курса института и по настоящее время). Начинал с ФОРТРАНА, на Паскаль перешел году в 1988, на Delphi - году в 1995-м, и остаюсь его активным пользователем, горячим и благодарным сторонником до настоящего времени. Являюсь руководителем компании, автором и разработчиком ряда информационных систем, в частности, одной из медицинских информационных систем, распространяемых на российском (и не только) рынке. Практический опыт разработки приложений и программирования у меня очень большой и, думаю, будет, чем оправдаться там, "наверху", когда придет время. Я достаточно много знаю, умею и делаю. Есть также многолетний опыт работы и с зарубежными партнерами и проектами. Очень люблю свою профессию за ее творческий и созидательный характер.

Полностью согласен с Вами, Vladimir, Sergey, Beket, Тимур. Я считаю Delphi лучшей и наиболее эффективной визуальной средой программирования.

Ребята же типа Overdriveа, скорее всего, просто "не в теме". Они или просто молодые и неопытные, или околопрограммистская "тусовка". Слова про "крупный проект" - это их характерная фраза.

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

А насчет "моды" на языки программирования мне кажется, что "мода" в нашем деле - это для пижонов. Для профессионалов важнее совершенно другие вещи..

Михаил Фленов

Михаил Фленов

2Олег, ты не правильно закрыл quote и он испортил разметку. Пришлось удалить твой коммент, но текст не умер. Вот что ты писал:

Арт

У меня куча наработанного кода (базовые классы, библиотеки и т.д.) на Delphi7 ещё с 90-х годов. Код этот прекрасно работает и при первой же необходимости готов прийти мне на помощь. Вот это я называю действительно RAD. Я считаю глупо отказываться от таких вкусностей в угоду какой то там "моде". Я являюсь профессиональным java разработчиком, имею сертификаты и т.д. и т.п. Считаю что довольно неплохо знаю эту технологию, в том числе и Java EE. Это прекрасный инструмент, целый мир с очень мощными возможностями. Но в чем я абсолютно уверен, так это в том, что если вам важна скорость и оперативность , то вы можете сразу забыть про Java, просто забыть, не смотря на всю её мощь.  

Олег

Я понял, что Вы имеете ввиду, Михаил. Если под "развитием" языка понимать его распространение среди практиков - программистов, то да, я, наверное, согласен, что в будущем доля его останется такая же, как сейчас. Кстати, в России доля Delphi среди программистов, по моему впечатлению, наверное, самая высокая в мире. Например, в США (а я немного знаю этот рынок программирования), "популярность" Delphi в смысле процента его использования программистами значительно ниже. Я это объясняю еще и тем, что там, как мне кажется больше довлеют догматы и "мода", а в России, как ни парадоксально, больше свободы в каком-то смысле, да и творчески мыслящих программистов хватает, которые выбирают Delphi по его "потребительским качествам".

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

Михаил Фленов

Да, Россия и Германия считаются лучшими рынками для Delphi.

Эдуард

Очень нравится "зависать" в Delphi, была конечно проблема из 64bit`ой системы, но благодаря  ХЕ2 и она пропала. Кому что нравится - каждому своё, я конечно не могу похвастаться чем то значимым, но я ведь только учусь (кстати развиваться очень помогает ваша "Библия Dilphi" Михаил, за что вам отдельная благодарность). Зато углубляясь в возможности Delphi, лично у меня, появляется еще большее желание написать, пускай просто для себя. Естественно что не всем он подходит, нет ничего идеально! Но пока судьба не заставит сменить язык, с Delphi ни-ни... просто потому что нравится мне Delphi, для меня этого пока хватает.

я

на Delphi написан Skype.

Rejackt

beket писал 2011-11-01:
"А всем любителям .NET - огромный привет! Пишите, пишите. Весь ваш .NET-код у хакеров будет как на ладони."

А про Яву забыли?)) Та же проблема ведь.
.NET - отличная штука, как собственно и C# - а "открытость" кода можно победить подручными средствами всякими - обфускаторы, упаковщики и т.п..

Для хакера ведь и обычный нативный код - не большая помеха. Так что в этом моменте не стоит сильно упрекать .NET платформу.

Джориш Стойбер

Здравствуйте, уважаемые коллеги !

Я полностью присоеднияюсь к тем, кто хорошо, с теплотой, отзывался о Дельфи.

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

Те же, кто ругает Дельфи - в большинстве случаев обыкновенные тролли, которым очень скучно и не с кем даже поругаться.

Просто задайте такому типу короткий вопрос - какие конкретно программные продукты он создал (не на Дельфи, а на своём любимом .NET или JAVA).

В 99 % случаев внятного ответа вы не получите (не считать же за ответ бормотание типа "я редактировал заголовок на веб-страничке такого-то сайта" или "я нарисовал классную заставку").

А любителям модных аббревиатур и слоганов - сюда
http://bit.ly/elJNtw

Скажете - статья устарела ?  
Вряд ли.

Джориш Стойбер

Да и ещё забыл добавить.

Microsoft ведёт по вам огонь, и это всего лишь огонь прикрытия для того чтобы они могли двигаться вперёд, а вы нет.

Вы не понимаете, о чём идёт речь ?
Тогда ознакомьтесь вот с этой статьёй.

http://bit.ly/zIzHHq

Вы не пожалеете о потраченном на эту статью времени. А в голове станет немного яснее.

Rejackt

Джориш Стойбер, т.е я так понял - только Delphi крутой ? .NET, Java, VisualC++... и т.п фуфло чтоли ? и те кто их используют - "быдлокодеры" или как ?)))) Вы я так понимаю профи и много создали программ крутых на Делфи.
Мне допустим синтаксис Pascal/Delphi, Basic... не нравится - поэтому я с самого начала отказался даже изучать их... и двинулся в направлении C/C#... Хотя вру - поначалу Бейсиком побаловался.
Давайте тогда уже так рассуждать - те кто пишут на Ассемблере - крутые, остальные ламеры.
А по поводу "наработанного" кода... то какбы алгоритмы (даже времён ДОС) на Си  - можна при желании применить и в C#.

Джориш Стойбер

Rejackt,

вы напрасно горячитесь.

Я ни разу, нигде, ни на одном сайте, не сказал ни одного плохого слова в адрес какого-либо языка программирования или технологии (не сказал - хотя бы потому, что это не имело бы никакого смысла).

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

А слова "крутые", "ламеры" и т.д. не имеют никакого практического значения - заказчику не важно, на каком языке написана программа и насколько вы круты. Заказчику интересен только он сам и его бизнес (и его деньги). И с этой точки зрения его интересует лишь то, насколько программный продукт удовлетворяет его требованиям, а ещё точнее - сколько прибыли он ему принесёт.

А про слова NET, Framework, Java, C#, Delphi, Assembler заказчик ничего не хочет слышать - они ему просто неинтересны.

Rejackt

Джориш Стойбер...

"...Те же, кто ругает Дельфи - в большинстве случаев обыкновенные тролли, которым очень скучно и не с кем даже поругаться. Просто задайте такому типу короткий вопрос - какие конкретно программные продукты он создал (не на Дельфи, а на своём любимом .NET или JAVA). В 99 % случаев внятного ответа вы не получите (не считать же за ответ бормотание типа "я редактировал заголовок на веб-страничке такого-то сайта" или "я нарисовал классную заставку")..."

Просто както неоднозначно ваше высказывание получилось )).. Может не так понял. Я подумал вы имели ввиду, типа Делфи-программисты крутые и всё могут, а остальные тока на словах, и .НЕТ и прочее - не технологии а так, лишь бы время занять свободное.

Истинно одно - как говорил Михаил гдето - если человек профессионал - то он выполнит задачу на любом языке (както так вроде)... )

DosAtaka

Джориш Стойбер прав.
Вчера у них визитной картой был VB6 сегодня С#.net.А завтра.Net, больше для бизнес приложений но и время больше для разработки надо.MS натягивает свою политику и хочет подсадить больше  программеров не важно новичок или профи. Хотя в институте стояла VS 2008 а codegear,   не хотели покупать дорого было.А преподу который требовал rad 2010 вежливо заткнули "дорого и не модно". Хотя все мы видели по институту ходили менеджеры по продаже продуктов майкрософт. Поэтому когда институт закончил  использую Визуальную среду от embacodero Rad Studio на работе не раз выручала своей быстратой разработкой.

Rejackt

DosAtaka
"... .А завтра.Net, больше для бизнес приложений но и время больше для разработки надо ..."

Да какраз то наоборот. Со временем инструменты от MS всё больше ускоряют разработку. Раньше окна, кнопки и т.п. через чистый WinAPI создавали. Сейчас полностью Drag&Drop всё. КРАСОТА ВЕДЬ )))...

И чем это вас не устроила Visual Studio?)

DosAtaka

Rejackt:И чем это вас не устроила Visual Studio
Да в принципе ни чем и даже неудивили в отличии технологии ASP.А для Windows я предпочитаю приложений лучше Rad Studio delphi нет. Rejackt вы сами убедитесь со временем что embacodero еще подогреет  дамачек из майкрасофта.Большинство рынка в США занимает не только Windows,Unix - подобные, а MAC, а вот когда MAC придет на наш рынок и доберется скажем так до каждого 3 домашнего пользователя "я посмотрю как вы там будете тыкатся с VS.Net". А используя Embacodero Rad Studio XE2 я своим продуктом выхожу на два рынка.Двух соперников Майкрасофта и Макинтош. Я надеюсь ответил на ваш вопрос. Люди которые разрабатывают программы на VS.Net, я уважаю их выбор всегда должен быть баланс, но помните слова  Ньютона:"Если я видел дальше других, то потомучто стоял на плечах гиганта". Программеры VS.Net не видят рынка.  

beket

DosAtaka,  респект вам!  Поддерживаю.

Felix

програмеры (в большинстве своем) как создавали тупые глючные мракобесные проги на перфокартах 100 лет назад, так и продолжают их конопатить и сейчас, на Java, на C#, Perl, Python, да и на Delphi косячников хватает.
Так что - не самое главное дело - инструмент.
Главное - тот, кто его использует.
Но и в крайности впадать не надо - говоря, что не важно - экскаватор или лопата - всё равно котлован сделаем.

(Delphi - это экскаватор, если кто не понял)

майор Пронин

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

Vladimir

У кого глючит Delphi рекомендую почитать на форумах иностранных они уже с такими проблемами я думаю сталкивались а еще проще начать кодить на qt
хоть фигня и сложная зато настолько гибкая что позволяет сделать разработку собственных классов ,виджетов и не придется грустить :-)всем удачи в создании программ и не забывайте каждое препятствие - это возможность !!!

Vladimir-VX

как-то читал пишут про большие куски кода -
это ошибка программиста а не компилятора
все знают что для этого существуют динамические библиотеки что-бы проект работал лучше а лучше делать вставки кода на ассемблере или c++
тогда программа работает быстрее и не забывайте проверять программу на утечки памяти :-)
как говориться плохому танцору яйца мешают:-)))))

Vladimir-VX

Забыл сказать -- для больших кусков кода существует  ООП не стоит забывать и подключение библиотек таким образом программы работают стабильно и быстро а вообще могу сказать одно что если по уму можно составить дельфи работать не медленнее C++ даже быстрее ---- это и называется искусство  программировать просто не все это понимают и умеют а программы могут быть такие же маленькие как и на с++ не забывайте что дельфи появился раньше чем C++ и поэтому возможностей у него не меньше !!!

Vladimir-VX

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

Александр Одесса

Программированием занимаюсь с 1978 года.Языки
фортран,Алгол, ассемблер,Паскаль,Турбо,СИ(версии) Турбо Паскаль(версии).
Еще тогда можно было предвидеть появление первой
новой визуальной среды программирования.
По выходу Windows-95  она появилась-DELPHI-1
Кстати язык Ада(то же основан разработчиками 1Ада= 5ти паскалям)
Сколько много написано на DELPHI-3 и
DELPHI-5 (быстро и удобно )
После выходит DELPHI-7 ..DELPHI-2005 DELPHI-2007...и фирма Borland...


И вот Embarcadero(тихая гавань) дает новое
дыхание DELPHI-2010.....
DELPHI-2010-фантастика
DELPHI-XE2 -
Могу  сказать на будущее в 2017 -2020
DELPHI будет на 2-4 месте по популярности
в мире!!!
На 1-м  по популярности Java (но он интерпретатор JVM).
PS:
Кстати DELPHI-это мощность си одетая в
паскаль оболочку
Кстати Java-это мощность OO-паскаль  одетый в  си оболочку

  D E L P H I   ---        F O R E V E R

Darth Vader

да, согласен !!!

DELPHI --- FOREVER ! ! !

cls

I love D_E_L_P_H_I   !

Андрей

Пишем на Delphi 5 по сей день. :) Также используем в работе её модификацию с поддержкой Unicode. Сопровождаем, дорабатываем и модернизируем достаточно серьёзный продукт, связанный с электронным документооборотом. Так что Delphi живёт и здравствует.

Михаил Фленов

То, что вы пишите на нем, не говорит, что он живет и здравствует. Это говорит только, что он живет на ваших компьютерах и далеко не здравствует, если вы до сих пор используете Delpho 5.

Геннадий

Уважаемый Михаил !

Дельфи, к счастью, живёт и здравствует.

И тот факт, что кто-то где-то пишет на Дельфи 5 (а то и на Дельфи 1.0) вообще ни о чём не говорит и говорить не может.

XYZ

Про скорость. Зачем в Си ВСЕ процедуры(короче - после RET)
заканчиваются оператором mov eax,eax ?
Может это тайное "оружие"?
Конвейер что-там смекает?
(а Си жутко неприятный по коду - птичий какой-то язык,
да и не язык это - просто разросшийся препроцессор
для макрокоманд ассемблерных)

3axaбр

XYZ
согласен с вами.

Все эти ассемблеры , си , php , perl-ы и прочие закорючки - это не для человеческого мозга, по крайней мере не для нормальный людей.
А для технарей, упивающихся своим умением разбираться в этих закорючках и крякозябриках и ставящих это умение во главу угла, что очень сильно связано с неким самоутверждением по жизни.
Они забывают, что программирование нужно в конечном итоге для людей, для заказчиков, для производства, для автоматизации многих сфер жизнедеятельности и т. д.

А те, кто просто тащится от закорючек - так им программирование нужно ради самого программирования - так сказать, вещь в себе.

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

AleksanderAA

Пишу на Delphi с 2003 года, до этого писал на С++ Builder, в 2011 году по ряду причин решил занятся Web программированием, перепробовал много технологий, фреймворков, постепенно подошел к C# в VS2010, но из за того что у меня два больших проекта на Delphi, перейти на C# очень трудно, да я решил не переходить на него, а буду пробовать писать что то новое. Единственное существенное преимущестово VS в том что на одном и том же языке (С#) можно делать десктопные и Web приложения, а на Delphi web сайт не сделаешь. Так что по моему мнению в данный момент новичку надо выбирать C# и VS2012.

AleksanderAA

Да, еще добавлю про Delphi. Три года назад начал писать простое приложение, для закачки в базу данных информации из прайс листов, сейчас это уже программа документооборота небольшого интернет магазина. НО начались тормоза при открытии таблиц (СУБД FireBird 2.5), начал грешить на Delphi и FireBird, но оказалось что у меня просто "кривые руки". На новой Delphi XE2 можно сделать все что угодно и быстро, только нужны "прямые руки".

Sergey

Ещё на Delphi написана полноценная RPG игра - космические рейнджеры

RightRoad

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

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

Графическая разработка – это передавая технология. И конечно Delphi, как IDE, хороший gui-построитель.

Но будущее мне видится за графической генерацией кода.
И не зря IBM сделала ставку на графическую генерацию кода со своей линейкой Rational.
Мне очень понравился графический язык программирования ДРАКОН.

Но, Object Pascal выглядит бодро только в сравнении с 1C.
Хотя бы что-нибудь из семейства Oberon, не?

Все таки последние тенденции все больше смешаются в сторону кроссплатформенности.
Именно поэтому ошеломляющую популярность получила java.
Но у нее есть свои недостатки.

Последнее время наша компания все новые продукты создает кроссплатформенными,
а старые переводит на разные платформы.
Одного единого метода нет.
В качестве приложения-клиента часто используется java.
Хотя для iOS чаще пишем на object-c/c++.
Серверная часть в основном на c/c++, erlang.
А Delphi у нас успешно заменяется C#/ASP.NET.
Видимо поэтому мало кто хочет ее покупать.

Сергей

Уважаемые коллеги, прочитал весь комментарий и захотелось вставить свои 5 копеек:)
я, с одной стороны программист (увы не самый лучший), а с другой стороны менеджер, в основном занимаюсь разработкой коммерческого научного софта. Так что у меня как бы две точки зрения на конечный продукт. под конечным продуктом подразумевается сделанная программа и сданная заказчику.
На мой взгляд, у делфи все же есть тормоза, и конечно математику считать на ней не стоит. Но проблема решается очень просто, делаем dll на CUDA и цепляем ее к делфийскому интерфейсу. И все проблемы решены. С одной стороны получаем быструю разработку интерфейса под нужды заказчика, а с другой стороны все считается быстро. Стоит отметить, что моя область в некотором смысле узка...но всегда стоит брать сильные стороны от разных технологий, что бы достичь результата.
Тут на днях решил сравнить XE2 и Visual Studio c++ - winforms. Сделал проект, все очень просто, одна кнопка и один грид, при нажатии на которую читается текстовый файл, строка за строкой и записывается в грид. Одинаковый проекты на XE2 и  Visual Studio. Вы будете смеяться...но Visual Studio проиграла по скорости. Так что...думайте сами...
Для того что бы ускорить некоторые вещи, типа сортировки...расчета..стоит включить в Delphi поддержку CUDA.

Delphin

Уважаемый Сергей !

Довольно странно слышать (или читать) от вас, что (цитирую):
[у делфи все же есть тормоза, и конечно математику считать на ней не стоит].

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

Да и какие там (в Delphi) тормоза могут быть - тоже интересный вопрос. Неужели кто-то там вставил тормоза, чтобы откомпилированные программы не так шустро работали? Очень также заинтересовала эта ваша CUDA и с чем её едят.

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

А по поводу
[Для того что бы ускорить некоторые вещи, типа сортировки...расчета..стоит включить в Delphi поддержку CUDA]
то сортировка, как правило, выполняется системами управления базами данных.

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

Пример:
Бухгалтеру без разницы, будет ли его программа делать расчёт 1 секунду или 0,001 секунды.
Тем более, что в первом случае вы сделаете прогу быстро и качественно, а во втором, хоть и качественно, но за 2 года на ассемблере.

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

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

Может со временем будет больше стройности, порядка и целостности общей картины ?

Vladimir

Сергей писал:
[...Вы будете смеяться...но Visual Studio проиграла по скорости. Так что...думайте сами...
Для того что бы ускорить некоторые вещи, типа сортировки...расчета..стоит включить в Delphi поддержку CUDA. ]
-----
Насчёт CUDA и OpenCL - полностью согласен!! Не хватает Delphi работы с видеокартами для расчётов на GPU. Многопроцессорные расчёты, как уже говорил выше, на CPU реализуются в Delphi с помощью объектов TThread, TEvents - проще чем на VS C++. Пользуемся эти активно. Но вот и в Visual Studio 2012-2015 уже есть C++ SMP для работы с GPU: более-менее работает (проверял - array_view, parallel_for_each, etc.)- хотя иногда видео-драйвер подвисает, когда длинный цикл для каждого шейдера получается... А для Delphi пока только сторонние разработчики пишут "переходники" (заголовочные файлы) для подключения OpenCL.dll  :=(  Не всегда эти "костыли" корректно работают с разными видеокартами, особенно под Win-64. Пора бы Embarcadero включить поддержку CUDA для NVIDIA или более универсального OpenCL: ведь для OpenGL у Delphi уже есть прекрасные возможности и компоненты.

Vladimir

Может кому-то из сторонников Delphi будет полезно!
==================================================
Наконец-то готов мой пример подключения видеоакселератора (GPU) через универсальный язык OpenCL к Delphi под 64bit-компиляцию (OpenCL работает а отличие от CUDA и на NVidia, и на Radeon).
==================================================
Вот ссылка для скачивания: http://gofile.me/2Zesj/C0f3wb1o
---
Там в папке:
1) Полезная утилита GPU_Caps_Viewer_Setup_v1.25.0.0.exe для контроля состояния видеокарты, особенно, если нажать кнопку "More GPU Info".
2) OpenCL1_2_Delphi.zip - файл с примером от чехов (Университет Брно, насколько помню) использования OpenCL в Delphi, 2013год. У меня этот пример не всегда корректно работал (уже писал здесь выше) при компиляции под Win64 (не на всех видео-картах). Но там хороший заголовочный файл CL.pas - его можно чуть доработать, и использовать вместо моего "укороченного" MyOpenCL.pas - см.ниже.
---
3) Вложенная папка с моим вариантом программы-теста. Она самодостаточна: больше ничего не надо, ну разве что последние версии видео-драйверов установить. Тест сделан под Delphi XE2 (работает и под XE6). Причём работает, по крайней мере у меня, при компиляции под Win32, и что более важно- под Win64. Всего 2 файла:
--> MyOpenCL.pas: заголовочный; я его урезал - убрал ненужные мне функции, которые в принципе можно взять из файла чехов CL.pas;
--> FMain.pas : тестовая программа. Выделяет на GPU память (создаёт буферы) под 16 массивов (квадратных матриц из cl_Float, размер стороны которых задаётся на основной форме, по умолчанию 1200) и под ещё один массив, того же размера, куда пишется результат несложных вычислений на GPU. Потом запускается итерационный цикл (количество итераций - для проверки времени работы - задаётся тоже на форме, по умолчанию - 12). Внутри каждой итерации 16 массивов заполняются данными, затем запускается ещё и внутренний цикл: 30 проходов вызова расчётного ядра на GPU. Такая структура тестовой программы больше всего подходит под наши научные задачи (вычислит. гидродинамика), но пока это лишь тест. В тесте есть несложная проверка правильности вычислений - для одного из элементов матрицы-результата, поскольку НЕ все драйверы видеокарт (особенно старые) могут диагностировать Kernel Error.
--> программа на С для ядра - текстовый файл ProgramGPU.CL (должен лежать рядом с MyFirstOpenCL.exe !!): там можно глянуть, что делается с одномерными массивами на GPU. Она прямо передаётся в виде строки на GPU, там копилируется и линкуется - ну как обычно в OpenCL.
Нужная DLL для OpenCL - под Win64 или Win32 - подключится из системных папок Windows автоматически, в зависимости от компиляции.
----
4) Можете на своём сетапе запустить прямо готовый MyFirstOpenCL.exe (это версия 64bit !!) с параметрами:
--> размер стороны матрицы = 3200; лезут 17 таких матриц на видеокарту от 1Gb и выше; если не влезут (часть видео-памяти уже занята чем-то) - возможны ошибки, которые диагностируются НЕ всем драйверами видеокарт, а только новыми;
--> количество итераций (внешний цикл) = 12.
Рядом с EXE-шником должен "лежать" файл Kernel-программки для видеодрайвера - *.CL или файлы *cpp для второго моего теста!
---
5) У меня для указанного примера время счёта вышло:
NVIDIA GT-430 (1Gb, 96core, 700MHz core) - 3мин 37сек;
NVIDIA GTS-450 (1Gb, 192core, 810MHz core) - 1мин 36сек;
NVIDIA GTX-570 (1.28Gb, 480core, 732MHz core) - 42.5сек;
AMD Radeon R9 M275X (2Gb, 640core, 925MHz core) - 1мин 27сек - настольный моноблок ASUS 2702.
NVIDIA GTX-980ti (6Gb, 2816core, 1150MHz core) - 22.0сек;
----
Может кто-то попробовать MyFirstOpenCL.exe на своих видеокартах???
Запустить, нажать верхнюю кнопку на форме, установить размер матрицы 3200 (если 1200 отработает корректно), выбрать платформу-девайс, нажать нижнюю кнопку на форме. Записать время счёта: оно выдаётся в итоговом окне.
---
PS. Пример сделал с месяц назад. Сейчас уже подключил OpenCL через Delphi к реальной научной программе. Увеличил быстродействие в 4 раза (гидродинамика - считается обычно сутками). Пример моих Kernel (программок на языке C99 для видеодрайвера) тоже есть в папке для скачивания - в отдельной под-папке. И ещё там есть более новая версия тестовой программы - тоже со всеми исходниками.
====================
Delphi - сила!!
Всем успехов в освоении новых горизонтов!

Михаил Фленов

Пишите мне через форму обратной связи.

Еще что-нибудь

Хотите найти еще что-то интересное почитать? Можно попробовать отфильтровать заметки на блоге по категориям.