Delphi

← →
Cross (2010-10-29 21:39) [0]

Я слышал мнения о том, что Delphi постепенно умирает. Статистика показывает что из 100% Delphi программистов 80% абсолютно отказались от DELPHI. Что вы думаете по этому поводу?

← →
Kerk © (2010-10-29 21:43) [1]

А зачем тебе? Какой вывод ты сможешь сделать из ответа?
Ну, допустим, умирает, тогда что? А если не умирает, то что?

← →
icelex © (2010-10-29 21:45) [2]

> Cross (29.10.10 21:39) из 100% Delphi программистов 80%
> абсолютно отказались

нифига себе!!!!!!
а сколько же отказались из 120%?????!!!!!!

PS.
http://yandex.ru/yandsearch?text=delphi+%D1%83%D0%BC%D0%B8%D1%80%D0%B0%D0%B5%D1%82&lr=2

← →
TUser © (2010-10-29 21:51) [3]

Мы все как родились - так начинаем умирать.

← →
Andy BitOff © (2010-10-29 21:52) [4]

Холивар. Я не поведусь.

← →
TIF © (2010-10-29 21:57) [5]

> Я слышал мнения о том, что Delphi постепенно умирает

Коли по вашему мнению умирает - так не пинайте ж тело в его последней агонии, изверги (и тролли)

← →
xayam © (2010-10-29 22:01) [6]

> отказались

ага, и перешли на lazarus. Та же идея в новой "обложке"? ;)

← →
tesseract © (2010-10-29 22:25) [7]

Delphi занимает узкий рынок. Сейчас С# его активно заполняет - вообще ms выпустила LightSwitch - конкурент как раз делфи и 1Цэ - доработанный Access. Пока нравится.

← →
Vlad_MK (2010-10-29 23:09) [8]

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

← →
PEAKTOP © (2010-10-29 23:18) [9]

> Что вы думаете по этому поводу?

http://lurkmore.ru/%D0%92%D0%B1%D1%80%D0%BE%D1%81_%D0%B3%D0%BE%D0%B2%D0%BD%D0%B0_%D0%BD%D0%B0_%D0%B2%D0%B5%D0%BD%D1%82%D0%B8%D0%BB%D1%8F%D1%82%D0%BE%D1%80

← →
И. Павел © (2010-10-29 23:31) [10]

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

← →
Пит (2010-10-29 23:46) [11]

Дельфи не умирает, дельфи умерло )) Правда, стоит пояснить.

Я не знаю ни одного серьезного проекта, который бы СЕЙЧАС начинался и на дельфи. Все существующее - это наследие, "так исторически сложилось". В крайнем случае - это сложившаяся команда. То есть, делали (и обычно поддерживают) большой проект на D, некая группа разработчиков, тут нужно написать что-то новое, тогда еще может быть выбрана D, потому что так сложилось в этом кругу. И обычно это все в рамках какого-то обслуживания, пусть даже и чисто технически это новый EXE"шник итд.

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

← →
tesseract © (2010-10-29 23:46) [12]

> что этот язык давно мертв.

Он не более мертв, чем любой другой RAD. Причем это самый стабильный RAD из всех существующих.

← →
Virgo_Style © (2010-10-29 23:50) [13]

Бывает еще интереснее: не все в курсе, что из Delphi можно вызывать функции WinAPI.

← →
DVM © (2010-10-29 23:52) [14]

> Cross (29.10.10 21:39)
> Я слышал мнения о том, что Delphi постепенно умирает. Статистика
> показывает что из 100% Delphi программистов 80% абсолютно
> отказались от DELPHI. Что вы думаете по этому поводу?

http://www.isdelphidead.com/

← →
Пит (2010-10-29 23:52) [15]

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

Правда, в последнее время наметились какие-то позитивные сдвиги. Но практически все это - попытки догнать лидеров, внедрить то, что в других средах существует несколько лет. Причем, с первого раза хорошо сделать не получается ))

Некий всплеск, наверное, будет, если delphi _качественно_ (что вряд ли) позволить писать приложения с одинаковым кодом, которые будут компилироваться нативно на Win / Nix системах, потребность в этом есть. А еще и если вдобавок 32/64 бита ))
Но на рынке, по-моему, такого и нету (кроме Сишных мультиплатформенных компиляторов, но там с RAD"остями туго) и то, что это удастся именно Delphi - сомнительно.

← →
Игорь Шевченко © (2010-10-29 23:56) [16]

> Статистика показывает что из 100% Delphi программистов 80%

Удавились и сдохли. И это незаметно.

← →
KilkennyCat © (2010-10-29 23:57) [17]

> Пит (29.10.10 23:46) [11]
> Я не знаю ни одного серьезного проекта, который бы СЕЙЧАС
> начинался и на дельфи.

ты и сусликов, может быть, не видишь. а они есть.

← →
KilkennyCat © (2010-10-30 00:01) [18]

А что такое серъезный проект? мне вот, за мои деньги платят, это достаточное основание считать проект серъезным? из 100% проектов у меня 50% на делфи, а остальные к программированию отношения практически не имеют. А других проектов я не видел. Вывод? Все проекты делаются на делфи.

← →
DVM © (2010-10-30 00:05) [19]

> Пит (29.10.10 23:52) [15]

> Но практически все это - попытки догнать лидеров, внедрить
> то, что в других средах существует несколько лет.

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

← →
icelex © (2010-10-30 00:23) [20]

> Пит (29.10.10 23:46) [11]
> Я не знаю ни одного серьезного проекта, который бы СЕЙЧАС начинался и на дельфи.

вообще, меньше знаешь - крепче спишь

← →
Пит (2010-10-30 00:36) [21]

> ты и сусликов, может быть, не видишь. а они есть

ну, конечно, я делюсь собственным опытом. А он достаточно скудный

> А что такое серъезный проект?

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

> Вывод? Все проекты делаются на делфи.

не совсем. Ты - вырожденный случай (уж извини :))) ) моего варианта:

> некая группа разработчиков, тут нужно написать что-то новое,
> тогда еще может быть выбрана D, потому что так сложилось
> в этом кругу

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

> Лидер тут один я так понимаю - MS

ну если говорить о RAD"ах - то да... Ну плюс Sun со своей Java, правда там все как-то очень размыто...

> Но тут понимаешь какая штука, MS он не соревнующийся с другими,
> он назначающий и постоянно меняющий правила игры

Джоэль рулит )))

Я понимаю о чем ты говоришь. Но, например, в 1999 году MS уже полноправно рулила миром ОС, особенно в корпоративном секторе. Что на мой взгляд не мешало Delphi 5 быть одной из лучших RAD-систем разработки. Сейчас все явно по-другому, согласись?

← →
Пит (2010-10-30 00:42) [22]

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

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

← →
Petr V. Abramov © (2010-10-30 00:46) [23]

> Пит (30.10.10 00:42) [22]
>
> Вообще, есть очень простой критерий. Те кто утверждает,
> что дельфи живее всех живых - пусть попробуют поискать себе
> новую работу.

а ты попробуй поискать себе работу на Oracle Forms. новых проектов на них НЕТ. А старых много, и конторы все нехилые, а людей все меньше, устройся на те зряплаты хоть ты ас по дельфи хоть C#

← →
Пит (2010-10-30 00:48) [24]

> а ты попробуй поискать себе работу на Oracle Forms. новых
> проектов на них НЕТ. А старых много, и конторы все нехилые,
> а людей все меньше, устройся на те зряплаты хоть ты ас
> по дельфи хоть C#

я одного не понял - ты это к чему? Это опровергает миф об умирании дельфи или это подтверждение того, что не только дельфи умирает?...
В общем, не осилил ))

← →
DVM © (2010-10-30 00:54) [25]

> Пит (30.10.10 00:42) [22]

> Те кто утверждает, что дельфи живее всех живых - пусть попробуют
> поискать себе новую работу.

вот тут как раз об этом http://www.gunsmoker.ru/2010/10/delphi.html

← →
Пит (2010-10-30 00:57) [26]

> вот тут как раз об этом

ну да, полностью согласен. Об этом мой пост [22], второй абзац

← →
Пит (2010-10-30 01:01) [27]

Также согласен с тестовым заданием )))

Задача: распарсить одну строку, где данные разделены делимитерами в список строк. Большинство кандидатов с задачей не справляются! Офигеть же...

1) люди не знают про TStrings (хрен с ним)
2) люди не знают про Pos(Ex) (странновато)
3) люди не знают про циклы (офигеть же...)

← →
Пит (2010-10-30 01:07) [28]

аналогично с базами данных.

Имеем две таблицы, в каждой из них есть запись. Запись из первой таблицы имеет FK на запись во второй таблице. Та в свою очередь имеет FK на запись из первой таблицы. То есть, замыкание.

Наложен constraint / integrity, в общем работает проверка целостности. Иными словами ни ту, ни другую запись напрямую удалить нельзя, будет исключение нарушения целостности.
Задача - удалить одну из записей.

Опять же больше половины народа само входить в замыкание )))

← →
Kerk © (2010-10-30 01:10) [29]

> Пит (30.10.10 01:07) [28]

deferred constraint? причем тут delphi?

← →
Пит (2010-10-30 01:38) [30]

> deferred constraint?

а чем они помогут, когда нужно "удалить одну из записей".

Решение примитивно просто, видимо, на этом многие и срубаются ))
Если важно - база данных, допустим, oracle. Ограничения - те, которые указаны в посте.

> причем тут delphi?

не при чем. Я в общем-то сразу написал про аналогию ))

P.S. И вообще, с каких это пор на DM на второй странице темы обсуждают то, что указано в топике? )))

← →
Германн © (2010-10-30 01:54) [31]

> Andy BitOff © (29.10.10 21:52) [4]

+1
Надоело трепаться об одном и том же последние (без малого) 15 лет.

← →
sniknik © (2010-10-30 02:48) [32]

> Если важно - база данных, допустим, oracle.
не, абсолютно не важно... поэтому давай все поменяем, базу данных возьмем например mssql 2000, и задание, не удалить запись, а сделать такую конструкцию.
(это к слову о важности)
после возьмем mysql, informix, access и т.д. (только не oracle).

← →
Германн © (2010-10-30 02:56) [33]

> Пит (30.10.10 00:42) [22]
>
> Вообще, есть очень простой критерий. Те кто утверждает,
> что дельфи живее всех живых - пусть попробуют поискать себе
> новую работу.

За последний год нашел уже третью новую работу. Вторая, правда, была моей ошибкой.
И вот тут-то и есть возражение против тезиса "Дельфи умер". Да Office написал Microsoft. Ну и?
Большинство работ можно сделать на Дельфи гораздо быстрее. И качественнее при том же уровне зряплаты.

← →
Пит (2010-10-30 03:24) [34]

> не, абсолютно не важно... поэтому давай все поменяем, базу
> данных возьмем например mssql 2000

правда, не важно... давай просто возьмем базу ANSI SQL.

← →
Копир © (2010-10-30 04:13) [35]

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

Дёшево и сердито.

← →
Palladin © (2010-10-30 08:51) [36]

> Пит (30.10.10 03:24) [34]

это что за база такая? самописка?)

← →
Anatoly Podgoretsky © (2010-10-30 10:23) [37]

> Cross (29.10.2010 21:39:00) [0]

Ты зачем сюда пришел зараза?

← →
Anatoly Podgoretsky © (2010-10-30 10:27) [38]

> Пит (30.10.2010 00:42:22) [22]

Вы браться с Cross или вы есть одно лицо?

← →
Anatoly Podgoretsky © (2010-10-30 10:29) [39]

> Пит (30.10.2010 00:48:24) [24]

Это подтверждение, что Оракл умирает, а чего логика один в один.

← →
Anatoly Podgoretsky © (2010-10-30 10:30) [40]

> Пит (30.10.2010 00:48:24) [24]

Или ты признаешь эту логику только по отношению к Дельфи, чтоже и такое
знакомо.

← →
Anatoly Podgoretsky © (2010-10-30 10:33) [41]

> Kerk (30.10.2010 01:10:29) [29]

При том, что Дельфи бяка

← →
Anatoly Podgoretsky © (2010-10-30 10:34) [42]

> Petr V. Abramov (30.10.2010 00:46:23) [23]

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

← →
@!!ex © (2010-10-30 10:34) [43]

> [11] Пит (29.10.10 23:46)
> Я не знаю ни одного серьезного проекта, который бы СЕЙЧАС
> начинался и на дельфи.

полтора года назад - это попадает в "СЕЙЧАС"?
Проект, который в данный момент утирает нос конкурентам. Пару миллионов рублей точно потратили, а скорее всего и больше. Я просто могу судить только по своей зарплате. А там не я один работаю.
И на мой комментарий что он уникален в сравнении с конкурентами, заказчик написал так:
"Не, он не уникален. он УНИКАЛЕН"
Выбор дельфи был за мной. Потому что решил, что это позволит сделать быстро работающий проект.
Считаю не прогадал.

Хотя, конечно, сейчас стоит вопрос о переписывании как минимум части кода на C++ Qt, ради кроссплатформенности, поддержки юникода(я в курсе что сейчас и в дельфи есть юникод, но мне не нравится utf-16, мне нравится utf-8) и прочих прелестей.

← →
Anatoly Podgoretsky © (2010-10-30 10:36) [44]

> Пит (30.10.2010 03:24:34) [34]

А все производители заявляют соответствие ANSI SQL, так почему бы это не
mssql 2000?

← →
Фокс Йовович (2010-10-30 10:43) [45]

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

← →
Johnmen © (2010-10-30 10:58) [46]

> Пит (30.10.10 00:36) [21]
>> А что такое серъезный проект?
>сложный вопрос. Чтобы я не ответил - можно придраться.Давай упрощенно - проект с деньгозатратами хотя бы в несколько миллионов рублей.

Мне известны проекты по неск.десятков млн.руб. На Delphi.

← →
Пит (2010-10-30 11:39) [47]

> Это подтверждение, что Оракл умирает, а чего логика один
> в один.

верно. Только почему оракл? Речь, по-моему, шла об oracle forms.
А с использованием базы данных oracle сейчас стартуют тысячи проектов, проекты с других БД переводят на oracle - живо оно ))

> Выбор дельфи был за мной

и правильно. Надо выбирать то, что лучше всего знаешь.

Я не хочу сказать, что во всем мире никто не начинает проекты на дельфи, конечно, это не так. Сама IDE Delphi вроде бы написана на delphi - это уже крупный проект. Но тенденции очевидны.

Еще один пример - я видел, как проекты на Delphi переводят на другие среды (шарп, например). И хочу спросить - вот тут уже видел кто хотя бы раз, чтобы проект с шарпа переводили на Delphi?!

> Мне известны проекты по неск.десятков млн.руб. На Delphi.

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

← →
Копир © (2010-10-30 11:49) [48]

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

← →
Копир © (2010-10-30 11:59) [49]

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

← →
Копир © (2010-10-30 12:15) [50]

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

← →
Anatoly Podgoretsky © (2010-10-30 12:18) [51]

> Пит (30.10.2010 11:39:47) [47]

> я видел, как проекты на Delphi переводят на другие среды (шарп, например).

Во делать нечего, как деньги проедать.

← →
turbouser © (2010-10-30 12:42) [52]

Все умирает и умирает...
http://delphimaster.net/?s=%2BDelphi+%2B%D1%83%D0%BC%D0%B8%D1%80%D0%B0%D0%B5%D1%82&pcount=50&forum=0&user=&order=&dir=asc&title=1&message=1&date_begin=&date_end =

← →
sniknik © (2010-10-30 12:44) [53]

> В средних и крупных конторах, позволяющих себе роскошь держать штатного программиста,
> часто появляется необходимость в написании специфических утилиток, конвертеров,
> мелких программулек, и т.п. Вот тут и используется Delphi,
у нас целый отдел штатных программистов, и естественно, кроме "продвигаемого" софта, приходится писать и утилитки... на шарпе, qt, php, с++, delphi (был еще и клипер, под dos, не так давно избавились...), смотря какого плана утилитка, и где будет использоваться.
причем в большей массе все на php и delphi, остальное не очень большой процент.

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

> И хочу спросить - вот тут уже видел кто хотя бы раз, чтобы проект с шарпа переводили на Delphi?!
сначала на шарп, после на яву, и после обратно на дельфи (на котором он и есть до сих пор).

но это ни о, чем не говорит. может у них программисты на шарпе/яве были хреновые.

а у нас, не очень большой внутренний проект был переделан с шарпа на qt (шарп умирает?)... хотя причина в другом, один уволился, проект передали, надо было что-то добавить, второй посмотрел и сказал "да мне проще/быстрее переписать чем разбираться в его логике". человек знает шарп/qt примерно одинаково.

← →
Пит (2010-10-30 12:56) [54]

> "шарпник" почему-то говорит 2 недели (почему непонятно,
> вроде все практически то же самое)

Более низкая квалификация.
Или страхуется ))) Берешь срок, умножаешь на 2, прибавляешь еще столько же... )

← →
Kerk © (2010-10-30 14:08) [55]

Улыбает уже все это. Сначала сишники твердили, что делфи умер. Потом мелкософт сделал C#, с кучей возможностей, который давно было в Delphi, но про которые сишники ничего не знали, и вся эта толпа лемингов ломанулась туда, кодить на этом божественном откровении.

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

На этом C# уже куча фреймворков успела родиться и умереть. Всего за несколько лет. Но леминги бегут, бегут, бегут, бегут. Где сейчас супермегакульнопродвинутый WinForms? Все уже WPF хвалят, а через год еще что-нибудь. Молодцы.

Вместо того, чтоб сразу юзать либо Delphi, либо Java, народ любит какой-то их дикий симбиоз от MS. Ну удачи, чо. 2-3 новые технологии в год реально позволят вам думать, что вы очень крутые.

← →
Kerk © (2010-10-30 14:14) [56]

О, а еще я помню замечательные холивары MFC vs VCL, орды малолетних сишников вообще любят такие темы. Где сейчас это MFC, кстати? :))

← →
Kerk © (2010-10-30 14:17) [57]

Так что Delphi еще десяток-другой суперсредств от MS переживет, в этом я даже не сомневаюсь :)

← →
TUser © (2010-10-30 14:24) [58]

> Kerk

всех преживет асм )

← →
Игорь Шевченко © (2010-10-30 14:52) [59]

> гибкость мышления просто завидная

Колебался вместе с линией партии

← →
Anatoly Podgoretsky © (2010-10-30 15:53) [60]

> Kerk (30.10.2010 14:08:55) [55]

> множественное наследование на самом деле никому не нужно.

Наступило прозрение, но еще не у всех, еще остались верные Сишники.

← →
Дмитрий Тимохов (2010-10-30 19:56) [61]

Тут кто-то сказал выше, а присоединюсь.

Если они сделают 32/64 и Win/Nix, то это будет уникальный продукт.
Правда, не ясно - выйдет ли у них это сделать с какого-то там раза.
Я лично надеюсь на то, что они это сделают и сделают неплохо.

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

← →
И. Павел © (2010-10-30 20:09) [62]

> Те кто утверждает, что дельфи живее всех живых - пусть попробуют
> поискать себе новую работу.
> Если вы найдете работу - это на 90% будет поддержка существующей
> системы.

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

Исходя из вашей логике, мне можно считать, что Delphi - живее всех живых (кроме Ильича, конечно)?

← →
DVM © (2010-10-30 21:47) [63]

> Но леминги бегут, бегут, бегут, бегут

История программных революций от Microsoft, вкратце: Сначала были Windows API и DLL Hell. Революцией N1 было DDE - помните, как ссылки позволили нам создавать статусные строки, отражающие текущую цену акций Microsoft? Примерно тогда же Microsoft создала ресурс VERSION INFO, исключающий DLL Hell. Hо другая группа в Microsoft нашла в DDE фатальный недостаток - его писали не они!
Для решения этой проблемы они создали OLE (похожее на DDE, но другое), и я наивно вспоминаю докладчика на Microsoft-овской конференции, говорящего, что скоро Windows API перепишут как OLE API, и каждый элемент на экране будет ОСХ-ом. В OLE появились интерфейсы, исключающие DLL Hell. Помните болезнь с названием <по месту>, при которой мы мечтали встроить все свои приложения в один (возможно, очень большой) документ Word? Где-то в то же время Microsoft уверовала в религию С++, возникла MFC решившая все наши проблемы еще раз.
Hо OLE не собиралась, сложа руки смотреть на это, поэтому оно заново родилось под именем COM, и мы внезапно поняли, что OLE (или это было DDE?) будет всегда - и даже включает тщательно разработанную систему версий компонентов, исключающую DLL Hell. В это время группа отступников внутри Microsoft обнаружила в MFC фатальный недостаток - его писали не они! Они немедленно исправили этот недочет, создав ATL, который как MFC, но другой, и попытались спрятать все замечательные вещи, которым так упорно старалась обучить нас группа COM. Это заставило группу COM (или это было OLE?) переименоваться в ActiveX и выпустить около тонны новых интерфейсов (включая интерфейсы контроля версий, исключающие DLL Hell), а заодно возможность сделать весь код загружаемым через броузеры, прямо вместе с определяемыми пользователем вирусами (назло этим гадам из ATL!).
Группа операционных систем громким криком, как забытый средний ребенок, потребовала внимания, сказав, что нам следует готовиться к Cairo, некой таинственной хреновине, которую никогда не могли даже толком описать, не то, что выпустить. К их чести, следует сказать, что они не представляли концепции <System File Protection>, исключающей DLL Hell. Hо тут некая группа в Microsoft нашла фатальный недостаток в Java - её писали не они! Это было исправлено созданием то ли J, то ли Jole, а может, и ActiveJ (если честно, я просто не помню), точно такого же как Java, но другого. Это было круто, но Sun засудило Microsoft по какому-то дряхлому закону. Это была явная попытка задушить право Microsoft выпускать такие же продукты, как у других, но другие.
Помните менеджера по J/Jole/ActiveJ, стучащего по столу туфлей и говорящего, что Microsoft никогда не бросит этот продукт? Глупец! Все это означало только одно - недостаток внимания к группе ActiveX (или это был COM?).
Эта невероятно жизнерадостная толпа вернулась с COM+ и MTS наперевес (может, это стоило назвать ActiveX+?). Hепонятно почему к MTS не приставили <COM> или <Active> или <X> или <+> - они меня просто потрясли этим! Они также грозились добавить + ко всем модным тогда выражениям. Примерно тогда же кое-кто начал вопить про <Windows DNA> (почему не DINA) и <Windows Washboard>, и вопил некоторое время, но все это почило раньше, чем все поняли, что это было.
К этому моменту Microsoft уже несколько лет с нарастающей тревогой наблюдала за интернет. Hедавно они пришли к пониманию, что у Интернет есть фатальный недостаток: ну, вы поняли. И это приводит нас к текущему моменту и технологии .NET (произносится как <doughnut (пончик по-нашему)>, но по-другому), похожей на Интернет, но с большим количеством пресс-релизов.
Главное, что нужно очень четко понимать - .NET исключает DLL Hell.
В .NET входит новый язык, C#, (выясняется, что в Active++ Jspresso был фатальный недостаток, от которого он и помер). .NET включает виртуальную машину, которую будут использовать все языки (видимо, из-за фатальных недостатков в процессорах Интел). .NET включает единую систему защиты (есть все-таки фатальный недостаток в хранении паролей не на серверах Microsoft).
Реально проще перечислить вещи, которых .NET не включает. .NET наверняка революционно изменит Windows-программирование... примерно на год.

← →
шел мимо (2010-10-30 21:49) [64]

>>Если они сделают 32/64 и Win/Nix, то это будет уникальный продукт.

а если вдабавок еще будут раздавать бесплатно - получится lazarus

← →
xayam © (2010-10-30 23:30) [65]

> [63]

аплодирую стоя ;) ...кто-то понял...

> [64]

значит уже не уникальный ;)

← →
Фокс Йовович (2010-10-30 23:53) [66]

> sniknik © (30.10.10 12:44) [53]

> вовсе нет, просто после обсуждения задачи идет оценка предполагаемого
> времени...

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

← →
Дмитрий Белькевич (2010-10-31 00:07) [67]

http://yandex.ru/yandsearch?text=delphi+%D0%BC%D0%B5%D1%80%D1%82%D0%B2&lr=10174

http://yandex.ru/yandsearch?text=delphi+%D0%B6%D0%B8%D0%B2&lr=10174

Живой вроде.

← →
sniknik © (2010-10-31 00:21) [68]

> Всегда быстрее взять готовое решение, ... по части количества готовых и открытых разработок.
а без лозунгов можно? поближе к реальности. было бы это правдой 90% программистских контор по закрывались бы... и мы бы тоже, и вместо того чтобы в очередной раз придумывать,как бы нам пристыковать следующего клиента с его извращенным протоколом, отсутствием жизненно важных данных, и желаниями "странного", работали бы грузчиками, а менеджеры просто бы брали "готовое решение из открытых разработок".
вы вообще в каком мире живете? в воображаемом? ну так оставьте свои сказки при себе.

← →
Дмитрий Белькевич (2010-10-31 00:22) [69]

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

Да ну? Где это все на жаве:

http://torry.net/

?

Мы как-то искали готовую простую тупую писалку с микрофона в файл на жаве, так ничего достойного и не нашли.

← →
Дмитрий Белькевич (2010-10-31 00:28) [70]

Нашли какой-то Moodle.jar, так и не удалось его заставить работать толком.

← →
Фокс Йовович (2010-10-31 10:34) [71]

> sniknik © (31.10.10 00:21) [68]

> вы вообще в каком мире живете? в воображаемом? ну так оставьте
> свои сказки при себе.
>

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

> Дмитрий Белькевич (31.10.10 00:22) [69]

> Мы как-то искали готовую простую тупую писалку с микрофона
> в файл на жаве, так ничего достойного и не нашли.

а не нужно было её искать. Есть javax.sound. Пишет с микрофона тупо и достойно :-) Первая же строчка поиска дала подробный пример:
http://www.developer.com/java/other/article.php/2105421/Java-Sound-Capturing-Microphone-Data-into-an-Audio-File.htm

← →
Дмитрий Белькевич (2010-10-31 11:32) [72]

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

← →
Фокс Йовович (2010-10-31 12:31) [73]

> Дмитрий Белькевич (31.10.10 11:32) [72]
>
>

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

Ну хотя бы: http://apache.org/

← →
sniknik © (2010-10-31 13:00) [74]

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

ну вот например недавнее, клиент - "у вас ошибка, не могу сделать отчет", менеджер - "да исправьте наконец то глюки в программе!", я - "а в чем собственно дело, нельзя ли поподробнее? логи там прислать..." ... ну там дальше долгая переписка с кучей обвинений, без данных, в конце выяснили(прислали скриншот), при построении отчета нужно вводить дату (сегодняшняя по умолчанию), но юзер почему то решает, что там должно быть количество дней, сегодня значит 0... вводит туда(датапикер) нули (вместо того чтобы просто кнопку "далее" нажать), и получает сообщение "дата неверна, попробуйте другую"...
т.е. совершенно правильная обработка (безглючная), неверно введенных данных. и если бы иго интересовала именно это то вопрос был бы закрыт, вообще считаю, что мог бы сразу поинтересоваться причиной/ошибкой если бы хотел чтобы исправили, но он хочет "спихнуть с себя", и если бы обращение пошло в ЦТО то его не взволновал бы даже реальный глюк. а так он еще с неделю добивался чтобы "оно работало, невзирая ни что", и не было бы нужды ему разговаривать с клиентом/обьяснять то чего он сам знать не хочет. да, как одно из "предложений" было "если данные введены неправильно то пусть сегодня подставляет". т.е. если вдуматься, предложение внести намеренный логический глюк (ввели одно получили другое), лишь бы его это после не трогало.

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

← →
Alex Konshin © (2010-10-31 15:31) [75]

Наиболее правильное решение для менеджеров Embacadero (или кто там сейчас Delphi владеет) было бы сделать Delphi open source и слить этот проект с FPC. В FPC, в свою очередь, стоило бы перестать страдать маразмом и отказаться от лазарус, а перевести IDE на Eclipse. Эти шаги позволили бы сделать многое из того, что тут уже перечисляли, например, подержку других платформ (юниксов и 64-бит windows), и сделали бы IDE более современным и привычным для разработчиков.
Но я не верю, что это будет сделано, а потому Delphi обречен на судьбу кобола.

← →
Eraser © (2010-10-31 15:38) [76]

> [75] Alex Konshin © (31.10.10 15:31)

> Наиболее правильное решение для менеджеров Embacadero (или
> кто там сейчас Delphi владеет) было бы сделать Delphi open
> source и слить этот проект с FPC

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

← →
Rulee (2010-10-31 16:04) [77]

> отказаться от лазарус, а перевести IDE на Eclipse.

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

← →
Плохиш © (2010-10-31 16:38) [78]

Они в delphi prism перевели на вижуальную студию, правда вместо того, чтобы внедриться в уже установленную, ставят свой экземпляр :-)

PS. Судя по этой "фиче" http://qc.embarcadero.com/wc/qcmain.aspx?d=45606 которая существует во всех последних версиях, то я склонен верить, что на них новых крупных проектов не начинают :-(

← →
Left (2010-11-01 10:41) [79]

← →
Sergey Masloff (2010-11-01 11:14) [80]

Alex Konshin © (31.10.10 15:31) [75]
>Наиболее правильное решение для менеджеров Embacadero (или кто там >сейчас Delphi владеет) было бы сделать Delphi open source и слить этот >проект с FPC. В FPC, в свою очередь, стоило бы перестать страдать >маразмом и отказаться от лазарус, а перевести IDE на Eclipse. Эти шаги >позволили бы сделать многое из того, что тут уже перечисляли, например, >подержку других платформ (юниксов и 64-бит windows), и сделали бы IDE >более современным и привычным для разработчиков.
Ну типа того... Только не сделают же ж. Про лазарус как слышу у меня зевота начинается неудержимая.

> Alex Konshin © (31.10.10 15:31) [75]

Гнилой western mind и религия денег не позволят им это сделать. Они не способны сделать это даже с Help, хотя бы даже в рамках её локализации.

← →
шел мимо (2010-11-01 18:33) [82]

>>Наиболее правильное решение для менеджеров Embacadero (или кто там
>>сейчас Delphi владеет) было бы сделать Delphi open source и слить этот
>>проект с FPC. В FPC, в свою очередь, стоило бы перестать страдать
>>маразмом и отказаться от лазарус, а перевести IDE на Eclipse. Эти шаги

простите, в чем смысл отказываться от лазарус?

>>позволили бы сделать многое из того, что тут уже перечисляли, например,
>>подержку других платформ (юниксов и 64-бит windows), и сделали бы IDE

и юниксы и x64 в лазаре-фпц вообщето есть и слияние с делфи ему ничего нового-хорошего не принесет

>>более современным и привычным для разработчиков.

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

> и если я говорю 2 дня, то "шарпник" почему-то говорит 2
> недели

можно пример постановки, на которой такое случается?

> Плохиш © (31.10.10 16:38) [78]
> Они в delphi prism перевели на вижуальную студию, правда
> вместо того, чтобы внедриться в уже установленную, ставят
> свой экземпляр :-)

У меня внедрилась в установленную. Во все три.

> можно пример постановки, на которой такое случается?
к примеру, нужен был сервис под винду, с отдачей некоторой инфы от машины (загрузка, количество процессов пары/... однотипных приложений (тоже сервисы) на ней же (т.е. та же самая загрузка только с другом виде)) по протоколу http+tcp/ip, ну и по команде эти "опекаемые" сервисы "килять", если что не так (после "убийства" они восстанавливаются, так настроено в сервис менеджере).
все в общем то, ну кроме еще визуальной настройки этого дела (но из-за этого, дополнительно, времени чуть больше ушло, 3-4дня если считать еще переделки под желания тех кто прогой пользуется).

> Потом мелкософт сделал C#, с кучей возможностей, который
> давно было в Delphi, но про которые сишники ничего не знали,
> и вся эта толпа лемингов ломанулась туда, кодить на этом
> божественном откровении.

когда в Дельфи появится рефлексия, датабиндинг и ремотинг, я с удовольствием вернусь на Дельфи. Я даже сделаю над собой усилие, и прощу отсутствие АДО.НЕТ и юникода.

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

> "килять"
именно убивать процесс, т.к. "если что не так" на команды остановки сервиса они не реагируют.

вообще, это временная "затычка" чужой программе (в данный момент прогу уже переписывают).

> sniknik © (01.11.10 19:23) [85]

А-аа... Понятно. Их, скорее всего, именно пункт "некоторой инфы от машины" тормознул.
Думаю, дельфисты, которые тут пишут "карпоративные преложения" тоже бы задумались.

Неспортивное сравнение. ;)

DiamondShark © (01.11.10 19:24) [86]
> Я даже сделаю над собой усилие, и прощу отсутствие АДО.НЕТ
> и юникода

Эээ, а в Delphi 2009 не оно разве появилось?

> Эээ, а в Delphi 2009 не оно разве появилось?

Оно ещё в дельфи 2005 появилось. Только оно не в дельфи появилось, оно в .НЕТ было.

> оно в .НЕТ было.
в нет оно было в D8 (вообще и в D7 оно было, если не объединять язык и vcl...), а полноценно оно таки появилось в 2009.

> а полноценно оно таки появилось в 2009.

facepalm.jpg

Вроде взрослый человек, а противопоставляет язык и фреймворк.

Это вообще в орешник:

> Призму не предлагать, там от дельфи только синтаксис языка,
> всё остальное от дотнет.

> Kerk © (01.11.10 20:26) [93]
> Вроде взрослый человек, а противопоставляет язык и фреймворк.

Это ты про что? Уж не про это ли:

> Потом мелкософт сделал C#, с кучей возможностей, который
> давно было в Delphi

C# -- язык, а Delphi -- вроде как, интегрированная среда разработки (оболочка+язык+библиотека).

Самокритика -- хорошо. Непонятно только, причём тут я.

> Это вообще в орешник:

А что тебя тут не устроило?

> DiamondShark © (01.11.10 20:53) [94]
>
> > Kerk © (01.11.10 20:26) [93]
> > Вроде взрослый человек, а противопоставляет язык и фреймворк.
>
> Это ты про что? Уж не про это ли:
>
> > Потом мелкософт сделал C#, с кучей возможностей, который
> > давно было в Delphi
>
> C# -- язык, а Delphi -- вроде как, интегрированная среда
> разработки (оболочка+язык+библиотека).

Delphi - это язык. Учи матчасть.

> Kerk © (01.11.10 20:57) [95]
> Delphi - это язык. Учи матчасть.

Ты про переименование Object Pascal в Delphi Language, что-ли?
Суровая матчасть, чо.

> > Призму не предлагать, там от дельфи только синтаксис языка,
>
> > всё остальное от дотнет.

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

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

Деда Толю, MS Guns, Johnmen почитаю, как за своих учителей.

Но блин, как все запущено...

----------------------------

1) Тема топика: "Delphi умирает" - кто-то выше по постам приводил статистику: тема поднимается ежегодно несколько раз и, по сути, является холиваром, заканчивающимся непредсказуемо.

2) Топик стартер - явно тролль, потому, как поднимает эту тему на САМОМ СТАРОМ И ЕЩЕ ЖИВОМ ресурсе рунета, посвященном программированию в Delphi.

3) Сам топик - "вброс говна на вентилятор", т.е. заведение топика в форуме с заведомым холиваром, о чем я предупреждаю в посте №9.

4) Рекация модераторов - посты с собственным мнением в топике. По сути - попустительство. Да, это я Вам, уважаемый Игорь Шевченко. Закройте, пожалуйста, ветку ибо - бредятина начинается, от меряния МПХ до какой-то непонятной статистики.

А лучше - "выпилите" ее совсем.

---------------------------------

Cамое неприятное то, что на холивар повелись и дед Толя, и Johnmen ...

> DiamondShark © (01.11.10 22:43) [99]

Хочу уточнить, не путаете, а именно мешаете в одну кашу.
Противопоставляете Delphi технологию .NET. Зачем? Они не противники и не соперники по сути.

> DiamondShark © (01.11.10 22:43) [99]

Если сравнивать два NET совместимых языка - сравнивайте Oxygene и C#, хотите сравнивать два нативных, сравнивайте Delphi и C++, VCL уместно сравнивать со всякими MFC и прочими, и.т.д.

А то заявления типа - нету в вашем делфи ASP.NET выглядят странно. Странно если бы оно там было.

> DiamondShark © (01.11.10 21:08) [96]
>
> > Kerk © (01.11.10 20:57) [95]
> > Delphi - это язык. Учи матчасть.
>
> Ты про переименование Object Pascal в Delphi Language, что-ли?

Молодец, мог бы и сразу посмотреть.

Кстати в delphi 64 хотят убрать поддержку BASM.

Смотрим развитие
https://forums.embarcadero.com/thread.jspa?threadID=45533

Старт из
http://stackoverflow.com/questions/4051603/how-should-i-prepare-my-32-bit-delphi-programs-for-an-eventual-64-bit-compiler

Странно это, что им стоит сделать поддержку асма

> Кстати в delphi 64 хотят убрать поддержку BASM.

Это они зря. Колоссальное количество кода перестанет работать. Его было бы можно исправить, но без BASM его придется выкинуть просто. Зря это они.

> DVM © (01.11.10 22:54) [100]
> Противопоставляете Delphi технологию .NET.

Попрошу обосновать и это заявление.

> Они не противники и не соперники по сути.

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

> Если сравнивать два NET совместимых языка - сравнивайте
> Oxygene и C#

"Delphi - это язык. Учи матчасть." Kerk ©
"Потом мелкософт сделал C#, с кучей возможностей, который давно было в Delphi" Kerk ©

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

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

> хотите сравнивать два нативных, сравнивайте Delphi и C++

См. историю вопроса:
"Потом мелкософт сделал C#, с кучей возможностей, который давно было в Delphi, но про которые сишники ничего не знали, и вся эта толпа лемингов ломанулась туда" Kerk ©

К вам вопрос: чья была идея сравнить C# с Delphi? Delphi, понятное дело, берётся без леминговских технологий.

Интеграция языка, среды исполнения и библиотеки -- это тот последний шаг, которого не хватило Дельфи.

> VCL уместно сравнивать со всякими MFC и прочими

Под "прочие" Common Class Library подпадает? Если подпадает, то чем вас упоминание отсутствующих аналогов не устраивает?
А, ну да. Дельфи -- это язык. А VCL -- это ни разу не часть Дельфи, это такой нелеминговский фреймворк, который сам по себе.

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

> Kerk © (01.11.10 23:25) [102]

Тогда у тебя с логикой проблемы.
Дельфи стал языком в 7 (или после 7?) версии. До этого языка Дельфи не существовало (был язык Об.Паскаль), а язык C# уже существовал до появления 7 версии Дельфи.
Существующий язык никак не мог позаимствовать "кучу возможностей" из несуществующего языка.

Если же ты имел в виду связку C#+CLR+CCL vs. O.Pascal+VCL+DelphiIDE (что вполне адекватно), то не понятно, при чём здесь учение матчасти на тему переименования языка.

> DVM © (01.11.10 23:38) [105]
> > Кстати в delphi 64 хотят убрать поддержку BASM.
> Это они зря. Колоссальное количество кода перестанет работать.

Он бы и так перестал работать.

> Его было бы можно исправить

х86 код в 64-битном приложении не исправлять надо, а переписать полностью.

> [86] DiamondShark © (01.11.10 19:24)

> и прощу отсутствие АДО.НЕТ

Лучше бы в Делфи и не пытались делать ответвлений под .NET (даже у меня не было никаких сомнений, что все эти затеи борланда с .NET - не конкуренты MS и обречены на провал или прозябание). Никаких. Тогда бы, возможно, то что они реализуют для native платформы сейчас, было бы реализовано году в 2005-6. Помню даже пытались декларировать, что якобы Делфи 7 - последняя версия с native компилятором. И действительно, Делфи 8, если не изменяет память, была без native. Тогда и началос падение в яму, дай бог выбраться.

Тем не менее, и сейчас считаю Делфи лучшией IDE для создание native приложений для win32.

> и сейчас считаю Делфи лучшией IDE для создание native приложений
> для win32

Вот только MainFormOnTaskBar меня смущает.

> Тем не менее, и сейчас считаю Делфи лучшией IDE для создание
> native приложений для win32.

Аналогично, кстати.

Тут, впрочем, тоже засада.
Уже во времена 7-8 Дельфей на горизонте маячил win64. Даже если забить на НЕТ, то смена (или ветвление) платформы была неизбежна. И возникает интересная дилемма: либо пилить рынок win32 native разработки, имея впереди стратегическую угрозу смены платформы, либо взяться-таки за НЕТ, уповая на обещанную прозрачность смены платформы для CLR приложений.
В общем, оба варианта -- попадос на время и деньги.

Лично я был бы за вариант, когда разрабатывалась бы native линия, с прицелом на win64, а ветка НЕТ была бы не догонялками с MS, а вышла бы с пропуском версии или даже двух. Скажем, сразу под НЕТ 3.5.

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

← →
_Юрий (2010-11-02 19:35) [112]

> а ветка НЕТ была бы не догонялками с MS, а вышла бы с пропуском
> версии или даже двух. Скажем, сразу под НЕТ 3.5.

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

> Вот только MainFormOnTaskBar меня смущает.

Это далеко не самое страшное из того, что может смущать.
Страшнее, например, Internal Error при сборке, когда выяснить причину возникновения можно только путем откатов изменений. Или например страшнее незаметная порча dfm самой средой (достаточно неудачно открыть модуль и тут же сохранить невесть откуда взявшиеся изменения), или страшнее происходящее время от времени обнуление ссылок на имаджлисты из других модулей, в общем - стыдно выпускать такие продукты.

Delphi Найти похожие ветки