Будущее DELPHI

← →
Холивар (2009-08-11 22:53) [40]

> Дмитрий Белькевич (11.08.09 21:50) [38]
> > Подсчитайте отставание технологий
>
>
> Давайте вместе подсчитам... Чего уж так не хватает в 7-ке,
> что есть в vs 2003?

Отсутствие нормальной поддержки Unicode + отсутствие нормальной поддержки 64-бит, что приводит к убогому исполнению через WOW64 на машинах с 64-битными версиями ОС. Кроме того если бы не jedi - то очень большое отставание во писании хидеров системных функций.

В общем delphi7 с коробки всего лишь продвинутых вариант 1C, а не язык программирования. После обточки TNTWare+Jedi+замена почти всех компонент на другие или старшие версии продукт становится юзабельным.

Но с доточкой напильником если взять от же самый NetBeans/Eclipse + WxFormBuilder то можно получить сходный результат на С++ и по части проектирования интерфейса и по части написания кода (если всякой пидораснёй с темплейтами не увлекаться).

← →
test © (2009-08-11 23:04) [41]

Холивар (11.08.09 22:53) [40]
Потом когда тебе дают продукт на работу с ним и какие версии сторонних компонентов были установлены ты не знаешь, начинается такая Камасутра!

← →
Игорь Шевченко © (2009-08-11 23:11) [42]

Холивар (11.08.09 22:53) [40]

> В общем delphi7 с коробки всего лишь продвинутых вариант
> 1C, а не язык программирования. После обточки TNTWare+Jedi+замена
> почти всех компонент на другие или старшие версии продукт
> становится юзабельным.

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

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

← →
Холивар (2009-08-12 00:14) [43]

> Игорь Шевченко © (11.08.09 23:11) [42]
>
> Холивар (11.08.09 22:53) [40]
> Так чта кидай и дальше кнопки, но только про средства разработки
> не рассуждай - не смеши программистов.

А без компонент, визуального проектирования, сборки мусора строк и динамических массивов, автоматических деструкторов при обнулении ссылок на интрефейс - С++ + STL намного удобнее Delphi.

Единственно что в С++ и неудобно - отсутствие управления ссылочной целостностью интерфейсных объектов и нормального визуального проектирования интерфейса. Все остальное даже мощнее и удобнее. Конечно можно использовать смарт-поинтеры для ссылок на интерфейсные классы, но это не везде в библиотеках реализовано.

← →
jack128_ (2009-08-12 00:17) [44]

> 12 языков программирования, которые потрясли мир
> ТЕМ, ЧТО НА НИХ НЕВОЗМОЖНО ПРОГРАММИРОВАТЬ
> http://articles.org.ru/blog/item/522

КГ/АМ. Смешать в кучу изотерические, академические и промышленные языки, потерявшие популярность - это надо быть редкостным М.

← →
Anatoly Podgoretsky © (2009-08-12 00:19) [45]

> turbouser (11.08.2009 21:55:39) [39]

Это были шарлатаны, настоящий в 2012 году

← →
Anatoly Podgoretsky © (2009-08-12 00:20) [46]

> Холивар (11.08.2009 22:53:40) [40]

Я понял, ту статью написал Холивар

← →
Холивар (2009-08-12 00:24) [47]

> test © (11.08.09 23:04) [41]
>
> Холивар (11.08.09 22:53) [40]
> Потом когда тебе дают продукт на работу с ним и какие версии
> сторонних компонентов были установлены ты не знаешь, начинается
> такая Камасутра!

Ну, я всегда в папку с проектом на Delphi перед отдачей заказчику ложу папку с красноречивым названием components.

← →
Anatoly Podgoretsky © (2009-08-12 00:26) [48]

> Холивар (12.08.2009 00:24:47) [47]

В том числе и с коммерческими

← →
Дмитрий Белькевич (2009-08-12 00:46) [49]

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

Ну уж и с нашей стороны линк примите :) Далеко не всё так безоблачно и в плюсах.

http://steps3d.narod.ru/tutorials/c-minus-minus.html

← →
Дмитрий Белькевич (2009-08-12 00:50) [50]

Особенно эпиграф доставляет:

"Как понимается конструкция С++ по правилам этого языка? Надо С увеличть на единицу и вернуть СТАРОЕ (т.е. не увеличенное) значение"

Вот это тоже неплохо:

http://lurkmore.ru/%2B%2Bi_%2B_%2B%2Bi

Что выдаст этот код:

int i = 5; i = ++i + ++i;

оказывается зависит от компилятора :) Гдэ-то 12-13 плюс-минус :)

← →
Дмитрий Белькевич (2009-08-12 01:02) [51]

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

← →
Игорь Шевченко © (2009-08-12 01:19) [52]

> Что выдаст этот код:
>
> int i = 5; i = ++i + ++i;
>
> оказывается зависит от компилятора :) Гдэ-то 12-13 плюс-
> минус :)

другое дело, что такой код никто в здравом уме не пишет :)

← →
test © (2009-08-12 02:17) [53]

Игорь Шевченко © (12.08.09 01:19) [52]
Откуда то с БАШа
++I--
Оператор подергивания язык Си))

Язык Java ithappens индусы пишут качественный код
void some(boolean d){
if(String.boolValue(d) == 4)
printf("true");
else printf("false");
}

Холивар (12.08.09 00:24) [47]
Столкнешься поймешь, пока что у тебя красота кнопкаф в ущерб переносимости и совместимости версий. Перейдут скажем в твой конторе на 2010 Дельфи и винду 7, а компонентов красивиньких под них нет, переписывать будешь?

← →
Дмитрий Белькевич (2009-08-12 02:49) [54]

> другое дело, что такой код никто в здравом уме не пишет
> :)

Иногда:

> void some(boolean d){if(String.boolValue(d) == 4) printf("true");
> else printf("false");}

пишут и не такое :)

> Столкнешься поймешь, пока что у тебя красота кнопкаф в ущерб
> переносимости и совместимости версий.

Всё таки удивительно, почему народ часто:

http://articles.org.ru/cfaq/index.php?qid=2004

"Ведь область применения c++ builder, в общем-то, достаточно хорошо определена --- это клиентские части для каких-либо БД. В нем все есть для этого: быстрое создание интерфейса, генераторы отчетов, средства сопряжения с таблиацми. Но все, что выходит за границы этой области, извините, надо писать "как обычно"."

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

>Перейдут скажем в твой конторе на 2010 Дельфи и винду 7, а компонентов красивиньких под них нет, переписывать будешь?

1. Под винду 7 приложения, собранные в Делфи 7 работают без каких-либо существенных изменений.

2. а) Лучше использовать коммерческие компоненты. Как показывает практика, их обычно переписывают те, кто продавал. б) Если уж пользуете бесплатное - то перепишите, выложите в интернет - люди спасибо скажут. Тем или иным способ. Не всегда "спасибо" - это деньги. Мне вот, понадобилось, так я Indy 9-ку частично "заточил" под 2009-ю. Ничего - не умер, несколько часов работы. И еще некоторые вещи перенёс или поправил с 7-ки - AviWriter, uLkJSON, старый TPNGImage. Могу, в принципе, выложить, если нужно. в) множество действительно полезных и часто используемых даже бесплатных компонент уже "допилены" на 2009-ю делфи стронними разработчиками.

p.s. уж два часа почти... пошёл я спать ;)

← →
Холивар (2009-08-12 05:36) [55]

>>Холивар (12.08.09 00:24) [47]
>>Столкнешься поймешь, пока что у тебя красота кнопкаф в ущерб переносимости и совместимости версий. Перейдут скажем в твой конторе на 2010 Дельфи и винду 7, а компонентов красивиньких под них нет, переписывать будешь?

У меня и для 7 не было. Пришлось свои полностью написать. Применил много интересных технических решений, так что код на D7 работает без проблем и под windows7 даже с использованием фич Aero в проекте.

Просто пришлось разработать мини-аналог WPF но для Delphi.
Два флагмана
http://www.tidyfavorites.com/
http://www.vistastartmenu.com/

← →
Ega23 © (2009-08-12 07:01) [56]

> другое дело, что такой код никто в здравом уме не пишет :)

Пишет. Лично своими глазами видел. Коллега бывший любил "хардкорно" писать.
И бизнес-логику на эксепшенах строят, бывает...

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

← →
Дуб © (2009-08-12 07:09) [57]

> Ega23 © (12.08.09 07:01) [56]

Как твое драгоценное? Я тут тебе ссылку с прошлой недели держу, а тебя в асе нет.

← →
Ega23 © (2009-08-12 07:10) [58]

> Как твое драгоценное? Я тут тебе ссылку с прошлой недели
> держу, а тебя в асе нет.

Сегодня выхожу.

← →
Павел Калугин © (2009-08-12 08:15) [59]

> [0] 1324 (09.08.09 21:41)
> стоит ли вообще изучать Delphi или это бесперспек

а что обсуждать то в такой постанове вопроса не важно какое средство разработки будет вписано. Сама постановка вопроса веет бесперспективностью.

← →
TIF © (2009-08-13 17:28) [60]

> 12 языков программирования

Дремучее боянище. Кто-то умный запустил в сеть свой реферат, вот он и будоражит умы...

← →
Дмитрий Белькевич (2009-08-13 20:08) [61]

Вот, кстати, некоторая часть приложений, написанных на делфе:

http://delphi.wikia.com/wiki/Good_Quality_Applications_Built_With_Delphi

← →
Игорь Шевченко © (2009-08-13 20:10) [62]

Дмитрий Белькевич (13.08.09 20:08) [61]

> Вот, кстати, некоторая часть приложений, написанных на делфе:

На это без слез смотреть невозможно. Нашли чем хвастаться

← →
DVM © (2009-08-13 21:16) [63]

> На это без слез смотреть невозможно. Нашли чем хвастаться

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

← →
Дмитрий Белькевич (2009-08-13 21:35) [64]

> На это без слез смотреть невозможно. Нашли чем хвастаться

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

Приведенное же в списке можно, как минимум, взять пощупать...

← →
Игорь Шевченко © (2009-08-13 21:47) [65]

Дмитрий Белькевич (13.08.09 21:35) [64]

> Что не так со списком?

Все не так. Само наличие это - это уже факт признания ущербности по сравнению, скажем, с C.
Никто же не публикует списка good quality applications build with C - это ж места никакого не хватит, поскольку на С почти все qood quality applications написаны :)

← →
DVM © (2009-08-13 21:51) [66]

> поскольку на С почти все qood quality applications написаны

Так это не заслуга С, а так сложилось исторически. И все это понимают.

← →
Игорь Шевченко © (2009-08-13 22:18) [67]

DVM © (13.08.09 21:51) [66]

Исторически ? Паскаль и С появились практически одновременно

← →
з (2009-08-13 22:51) [68]

Удалено модератором

← →
з (2009-08-13 22:51) [69]

Удалено модератором

← →
з (2009-08-13 22:51) [70]

Удалено модератором

Ну, паскаль сильно раньше. Где-тов 75. Можно уточнить.

Ух ты, как интересно получилось. удалять надо теперь.

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

> Игорь Шевченко ©

> Исторически ? Паскаль и С появились практически одновременно

Ну и что? Первые ОС более-менее популярные были написаны на С, точнее даже наоборот С сделали для того чтобы написать ОС так оно и пошло.

DVM © (13.08.09 23:17) [74]

> Первые ОС более-менее популярные были написаны на С, точнее
> даже наоборот С сделали для того чтобы написать ОС так оно
> и пошло

Давай уж ближе к истине - на С изначально была написана только одна ОС - это Unix, и язык был создан, как язык системного программирования. До появления С уже было много языков и для системного и для прикладного программирования. И до Unix были операционные системы и тоже довольно популярные, например, системы IBM. Так что ни операционная система, ни ее популярность не являются исторической причиной того, что на С написана огромная масса продуктов - язык просто очень удачный.

> Так что ни операционная система, ни ее популярность не являются
> исторической причиной того, что на С написана огромная масса
> продуктов - язык просто очень удачный.

Может язык и удачный, но в данном случае свою роль сыграл именно тот факт, что Unix/Linux/FreeBSD/Windows написаны на СИ. Хидеры все на си, документация с примерами на си и т.д. - ясное дело программы просто легче писать на си. Опять же в Unix/Linux/FreeBSD компилятор бесплатный и не один и в Win тоже компиляторов С хватает.

DVM © (13.08.09 23:38) [76]

Я тебе открою секрет - у систем IBM тоже было полно примеров и с документацией у них было очень неплохо. И все компиляторы (а языков там было достаточно) были совсем бесплатными. Однако где языки для систем IBM вместе с самими системами и где С.

У системы VAX/VMS был в составе низкоуровненый (ну как С примерно) язык BLISS, на котором тоже немало было написано (для системы VAX/VMS) ну и компиляторов других языков тоже хватало, однакто где тот язык и где С.

Так что давай признаем простой факт - язык получился удачный.

"Полезно взглянуть на два языка программирования - PL/1 и C. Язык PL/1 был
разработан корпорацией IBM в 60-ые годы, так как поддерживать одновременно FORTRAN и COBOL и слушать при этом ворчание ученых о том, что Algol лучше, чем FORTRAN и COBOL, вместе взятые, было невыносимо. Поэтому был создан комитет для создания нового языка, удовлетворяющего запросам всех программистов: PL/1.
Этот язык обладал некоторыми чертами языка FORTRAN, некоторыми особенностями языка COBOL и некоторыми свойствами языка Algol. Проект потерпел неудачу, потому что ему недоставало единой концепции. Проект представлял собой лишь набор свойств, конфликтующих друг с другом, к тому же язык PL/1 был слишком громоздким и неуклюжим, чтобы программы на нем можно было эффективно компилировать.
Теперь взглянем на язык С. Он был спроектирован всего одним человеком
(Деннисом Ритчи) для единственной цели (системного программирования). Успех его был колоссален, и это не в последнюю очередь объяснялось тем, что Ритчи знал, чего хотел и чего не хотел. В результате спустя десятилетия после своего появления этот язык все еще широко распространен. Наличе четкого представления о своих целях является решающим."

(с) Эндрю Таненбаум

← →
Дмитрий Белькевич (2009-08-14 00:23) [78]

> Никто же не публикует списка good quality applications build
> with C - это ж места никакого не хватит, поскольку на С
> почти все qood quality applications написаны :)

Проблема в том, что народ (кто вообще в курсе, на чём могут быть написаны программы), думает, что вообще абсолютно всё написано исключительно на c/c++. Хотя это далеко не так.

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

← →
Дмитрий Белькевич (2009-08-14 00:55) [79]

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

Посмотрим же на перспективы плюсов. Майкрософт их еще поддерживает? Или уже остались только дотнет среды? Я просто с продуктами MS вообще никак не пересекаюсь - не в курсе что и как.

Дмитрий Белькевич (14.08.09 00:23) [78]

Я вот не знаю, что написано на плюсах, я про С без плюсов вообще-то вел речь.

Дмитрий Белькевич (14.08.09 00:55) [79]

> Для того, что бы понять, есть ли у какого-то языка будущее,
> нужно смотреть на перспективы его развития. Смотрим на
> активные телодвижения Эмбаркадеро, на роадмап и видим: очень
> вероятно, что Делфи не только просто выживет, но, вполне
> возможно, улучшит свои позиции.
>
> Посмотрим же на перспективы плюсов. Майкрософт их еще поддерживает?
>

Есть один момент небольшой...Даже не знаю, как сказать, чтобы несильно обидеть...В общем, если у Object Pascal, он же Delphi Language поддерживает только Embarcadero, то будущее у языка туманно и непредсказуемо. Даже психологически, для программистов слово Borland значит несколько больше, чем Embarcadero.

А что касается С с плюсами или без, то поддержка MS - это немного среди поддерживащих. Во-первых, поддерживает MS (если что, они на ем венду пишут). Во-вторых, поддерживает Embarcadero. В-третьих поддерживает довольно большой мир свободного программного обеспечения.
В-четвертых, речь о языке зашла исключительно после опубликования ссылки на список Good quality applications.

Будущее DELPHI Найти похожие ветки