IsDelphiDead.com

← →
Дмитрий Белькевич (2009-10-28 01:04) [40]

> Все незаменимые лежат на кладбище...

Жалко только, что заменёнными оказались плюсы. А что же Delphi? Delphi Everywhere ;)

← →
Германн © (2009-10-28 01:09) [41]

> Rouse_ © (27.10.09 23:59) [32]
>
>
> > Плохиш © (27.10.09 20:44) [19]
> > А могли бы к стоимости пару нулей справа добавить ;-)
>
> Так в том-то и дело, именно это и сделали.
> После чего клиент сделал удивленно-огромно-обиженные глаза
> и сказал сакраментальную фразу: "Это как-же так получается,
> товарищи, ведь линукс бесплатен" :)
>

!!!
:)
Меня тоже когда-то давно спрашивали про версию для линукс. И это для ПО, которое не обновлялось (кроме исправления багов) с 98-го года.

← →
Кто б сомневался © (2009-10-28 01:20) [42]

> wicked © (28.10.09 00:31) [34]
>
> > Кто б сомневался © (27.10.09 23:39) [29]
>
> > > Комитет по стандартизации.
> > Короче, основным развитием С++ занимается MS, а не комитет.
>
> > Комитет корректирует только направление.
>
> ты очень сильно ошибаешься
> ну или троллишь

Так скажи как правильно. чего ж не сказал?

← →
Германн © (2009-10-28 01:23) [43]

> Суслик_ (28.10.09 00:39) [36]
>
> братцы, не все же пишут, что называется на заказ. не все
> же надо писать на технологиях, которые "навсегда" и в "любое"
> время клиент, сможет найти заказчиков.
>
> Очень многие пишут для себя:
> а) Для своего ИТ
> б) Для своих программ, которые продают.
>
> В смысле работать на себя Дельфи незаменим.

+1

← →
TIF © (2009-10-28 01:45) [44]

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

PS: Хм. Оказывается к развитию C# и Delphi руку один и тот же человек. Вот как оно в жизни бывает...

← →
Eraser © (2009-10-28 01:47) [45]

> [20] Игорь Шевченко © (27.10.09 20:45)

во-первых, большинство уже известных продуктов имеют версии под Mac (skype, продукты adobe, ms office, google earth, vnc), хотя многие из них так и не имеют версии под *nix.
разработчиков же тех продуктов, которые не имеют таких версий (qip, Google Chrome - разработка под уже мак начата, AutoCad, 3d max, радмин) постоянно атакуют макофилы, с просьбой сделать наконец версию под мак.

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

> От нас тоже сейчас ждут решения под линупсь - отметаем :
> )

а писали бы на джаве, уже бы продали без лишних разговоров ;-)

← →
Игорь Шевченко © (2009-10-28 01:58) [46]

Eraser © (28.10.09 01:47) [45]

И продукты adobe и ms office имеют версии под Мак с незапамятных времен. Для справки.

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

← →
Eraser © (2009-10-28 03:44) [47]

> [45] Eraser © (28.10.09 01:47)

> И продукты adobe и ms office имеют версии под Мак с незапамятных
> времен. Для справки.

> во-первых, большинство уже известных продуктов имеют версии
> под Mac (skype, продукты adobe, ms office, google earth,
> vnc), хотя многие из них так и не имеют версии под *nix.

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

видимо такая специфика.

← →
GDI+ (2009-10-28 03:58) [48]

> Alkid © (27.10.09 22:48) [25]
>
> Другое дело, что С++ устарел и комитет сильно тормозит его
> развитие.

И слава Богу, что тормозит. C# как был скриптомордием, так и останется. А С++ универсален. Кроме того С# изучить можно за два месяца и далее остановится в развитии, то С++ можно изучать и 15 лет каждый раз узнавая что-то новое.

Поэтому во время кризиса первыми вылетели с работы PHP-шники и C#, так как их набрать из "школьников" в любой момент можно или обучить за 1-2 месяца. А С++ специалиста нужно обучать несколько лет, это "золотой фонд".

← →
GDI+ (2009-10-28 04:02) [49]

> Дмитрий Белькевич (28.10.09 01:04) [40]
> Жалко только, что заменёнными оказались плюсы.

Не плюсы, а MFC и прочее от MS. А вот тот же wxWidgets и QT с C++ активно используется.

← →
Alkid © (2009-10-28 09:18) [50]

> Кто б сомневался © (27.10.09 23:14) [28]
> > Alkid © (27.10.09 22:48) [26]
> А комитет из кого состоит?

Новый стандарт С++ (неофициальное название C++0x) разрабатывает комитет под названием "ISO/IEC JTC1/SC22/WG21 C++ Standards Committee" Он состоит из разных людей. Майкрософт имеет там свое представительство в подкомитетах, но не более того.

> Короче, основным развитием С++ занимается MS, а не комитет.
> Комитет корректирует только направление.

Это заблуждение. Интересно, на основании чего оно возникло?

Очень советую книгу "Дизайн и эволюция С++" за авторством Страуструпа. Там, в частности, есть и описание того, каким образом идет процесс разработки и стандартизации С++.

> Дмитрий Белькевич (28.10.09 01:04) [40]
> Жалко только, что заменёнными оказались плюсы.

Не более, чем Дельфи :)

> TIF © (28.10.09 01:45) [44]
> PS: Хм. Оказывается к развитию C# и Delphi руку один и тот
> же человек. Вот как оно в жизни бывает...

И это, кстати, очень заметно по первой версии С#.

← →
Alkid © (2009-10-28 09:36) [51]

> GDI+ (28.10.09 03:58) [48]
> И слава Богу, что тормозит. C# как был скриптомордием, так и останется.

Аргументируй, что ли. А то мы тут на C# продукт пишем, а "мужики-то не знают!".

> Кроме того С# изучить можно за два месяца и далее остановится
> в развитии, то С++ можно изучать и 15 лет каждый раз узнавая
> что-то новое.

Абсолютное заблуждение.
C# развивается гораздо более динамично, чем C++, новые возможности в нем добавляются быстрее и, я бы сказал "смелее". Причем в С# происходят не просто косметические улучшения, а наблюдается конкретный сдвиг парадигмы в сторону ФП. Хорошо это или нет - это вопрос открытый, но фраза о том, что C# остановится в развитии выдает незнание предмета обсуждения.

С другой стороны С++ - сейчас действует стандарт ISO/IEC 14882:2003, принятый, соответственно, в 2003-ем году. Следующий стандарт хотели принять в 2009-ом, но, походу, не выйдет. Для того, что бы уложиться в срок, новые предложения перестали принимать аж в 2006-ом. Из того, что уже было рассмотрено и планировалось к включению потом убрали концепты - одну из самых ожидаемых вещей. Рефлексии мы тоже не дождемся, сборки мусора тоже, области действия для макросов.

И кто, спрашивается, после этого "остановился в развитии"?

> Поэтому во время кризиса первыми вылетели с работы PHP-шники и C#

Да ну? А я наоборот сменил работу, перейдя заодно с С++ на С# :)

> так как их набрать из "школьников" в любой момент
> можно или обучить за 1-2 месяца. А С++ специалиста нужно
> обучать несколько лет, это "золотой фонд".

Вы, ИМХО, путаете квалификацию программиста и знание отдельного языка. Никакого "программиста на C#", как и на любом другом языке, вы за 1-2 месяца не сделаете. А уже состоявшийся программист изучит и C# и С++ в разумное и очень сравнимое время.

← →
jack128_ (2009-10-28 10:21) [52]

> Это восьмая была сугубо под нет. После они выделили его
> в отдельный продукт Delphi Prism - который развивается отдельно

delphi prism никакого отнашения кроме названия к той Delphi for .NET, которую писал борланд, не имеет. Это вообще плагин для мелкософтовской студии. просто эмбаркадеро его купило и продает под маркой дельфи.

← →
Rouse_ © (2009-10-28 10:30) [53]

> GDI+ (28.10.09 03:58) [48]
> А С++ специалиста нужно обучать несколько лет, это "золотой фонд"

Любого специалиста нужно обучать и не несколько лет, а минимум лет пять, чтобы он начал оправдывать звание специалист. А то что там было написано что из школьников за два месяца сделают спеца на шарпе - так нет-же, за два месяца получится всего лишь "школьник, два месяца назад увидевший шарп" - не более того, между прочим - идеальный обфускатор кода :)

← →
Anatoly Podgoretsky © (2009-10-28 11:03) [54]

> TIF (28.10.2009 01:45:44) [44]

Так это засланый казачок, Сиплюснутый Убийца

← →
Anatoly Podgoretsky © (2009-10-28 11:06) [55]

> Eraser (28.10.2009 01:47:45) [45]

Странно как то у тебя. "не имеют версии под *nix." и в тоже время на Маках тоже *nix.

← →
Anatoly Podgoretsky © (2009-10-28 11:07) [56]

> GDI+ (28.10.2009 03:58:48) [48]

И нафига такой язык, который надо 15 лет изучать и так и не изучить.

← →
Anatoly Podgoretsky © (2009-10-28 11:13) [57]

> Поэтому во время кризиса первыми вылетели с работы PHP-шники
> и C#,

Я сомневаюсь, что у тебя есть достоверная статистика, а не впечатления от недостоверных источников. И нафига PHP-шники в Микрософт и в Виндоус?

← →
Anatoly Podgoretsky © (2009-10-28 11:17) [58]

> jack128_ (28.10.2009 10:21:52) [52]

Как бы по определению любая студия это расширяемое с помощью плагинов, остальные компиляторы точно такие же плагины. Едиственно, что их сложно сделать, кроме Микрософта мало кто владеет технологией. А так бы не помешал плагин для ASP.NET в VS 2008

← →
b z (2009-10-28 11:31) [59]

> И нафига PHP-шники в Микрософт и в Виндоус?
Так Микрософт заявляет, что PHP под ИИС-ом шустрее работает чем под апачем. Да и еще много чего обещают, во - http://php.iis.net/ ;)

← →
Kostafey © (2009-10-28 13:20) [60]

> [53] Rouse_ © (28.10.09 10:30)
> идеальный обфускатор кода :)

Это что значит?

← →
Alkid © (2009-10-28 13:47) [61]

> Kostafey © (28.10.09 13:20) [60]
> > идеальный обфускатор кода :)
> Это что значит?

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

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

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

Программам денег платить не надо ежемесячно

← →
Alkid © (2009-10-28 14:01) [63]

> Игорь Шевченко © (28.10.09 13:57) [62]

Имхо, не в этом главная проблема программистов-обфускаторов ;)

← →
Anatoly Podgoretsky © (2009-10-28 14:07) [64]

> Alkid (28.10.2009 14:01:03) [63]

Что они и без денег работать будут?

← →
Alkid © (2009-10-28 14:14) [65]

> Anatoly Podgoretsky © (28.10.09 14:07) [64]

Ну, за такую работу, которую они делают, они еще и сами приплачивать должны :)

← →
Anatoly Podgoretsky © (2009-10-28 14:40) [66]

> Alkid (28.10.2009 14:14:05) [65]

Вот и метод борьбы, и если работает то казачок засланый.

← →
Eraser © (2009-10-28 14:44) [67]

> [62] Игорь Шевченко © (28.10.09 13:57)

это смотря каким программам )

> [55] Anatoly Podgoretsky © (28.10.09 11:06)

MAC видимо "изуродовали" на столько, что программы для никсов практически не совместимы.

← →
Alkid © (2009-10-28 14:53) [68]

> Anatoly Podgoretsky © (28.10.09 14:40) [66]
> Вот и метод борьбы, и если работает то казачок засланый.

ТК не одобряет такие методы воздействия :)

> Eraser (28.10.2009 14:44:07) [67]

Видимо очень сильно.

← →
GDI+ (2009-10-28 18:28) [70]

> Alkid © (28.10.09 09:36) [51]
>
>
> > GDI+ (28.10.09 03:58) [48]
> > И слава Богу, что тормозит. C# как был скриптомордием,
> так и останется.
>
> Аргументируй, что ли. А то мы тут на C# продукт пишем, а
> "мужики-то не знают!".
>
> > Поэтому во время кризиса первыми вылетели с работы PHP-
> шники и C#
>
> Да ну? А я наоборот сменил работу, перейдя заодно с С++
> на С# :)

Я тоже на C# пишу часть проектов. Но С# там чисто дополнительный - интерфейс и пр. Основная часть на С++. Но интерфейсную часть по чёткому техзаданию может писать и студент после двух месяцев обучения в IT-ПТУ.

Преимущество Delphi в том, что интерфейс и функционал можно писать на одном языке. И пусть функционал будет чуть менее эффективен чем на С++, но отличие небольшое. + Использование ассемблерных вставок разницу почти нивелирует.

А на C# нельзя прямо в код вставлять вставки на ассемблере. Поэтому для эффективной работы там и разумна связка C# + C++

> [70] GDI+ (28.10.09 18:28)

> И пусть функционал будет чуть менее эффективен чем на С++,
> но отличие небольшое.

отличие просто огромное. сейчас как раз портирую на Делфи часть одного крупного проекта на C++. Мне искрине жалко программистов, писавших его. Там огромное количесво кода - интерфейс. Еще больше кода - имитирование того, что уже давно есть в VCL. такой же проект на Делфи будет раз в 5 более компактнее и понятнее.

> GDI+ (28.10.09 18:28) [70]
> Преимущество Delphi в том, что интерфейс и функционал можно
> писать на одном языке. И пусть функционал будет чуть менее
> эффективен чем на С++, но отличие небольшое. + Использование
> ассемблерных вставок разницу почти нивелирует.

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

> Я тоже на C# пишу часть проектов. Но С# там чисто дополнительный
> - интерфейс и пр. Основная часть на С++. Но интерфейсную
> часть по чёткому техзаданию может писать и студент после
> двух месяцев обучения в IT-ПТУ.

У нас проект интеграционный, на базе ряда компонентов, писанных на С/С++ и C# делаем корпоративный продукт. Уверяю тебя, "ПТУшнику после 2-ух месяцев" там делать нечего, и не потому, что C# такой сложный, а потому что задача такая. Предыдущая версия продукта была целиком писана на С/С++ - и отдельные компоненты и интеграционная часть. Сравнив впечатления, решили, что все что позволяет окружение, будет переписано на C#. Собственно, С++ код таким образом почти исчезнет. Остается "ядерная" часть на С и "неядерная" на C#

← →
Дмитрий Белькевич (2009-10-28 19:18) [73]

Наши партнёры по интеграции отвечают нам:

Thanks! Hehehe, you still hold the record for fastest integration of our 3D
- no other partner came even close to you :)

Мы интегрируемся с ихней 3D библиотекой. Их либа (dll) - плюсы, наш экзешник - Delphi. Интеграцией как раз я занимался.

>такой же проект на Делфи будет раз в 5 более компактнее и понятнее.

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

← →
GDI+ (2009-10-28 19:19) [74]

> Alkid © (28.10.09 18:57) [72]
>
>
> > GDI+ (28.10.09 18:28) [70]
> > Преимущество Delphi в том, что интерфейс и функционал
> можно
> > писать на одном языке. И пусть функционал будет чуть менее
> > эффективен чем на С++, но отличие небольшое. + Использование
> > ассемблерных вставок разницу почти нивелирует.
>
> А что у вас там за функционал такой хитрый, что его на C#
> нельзя описать?

Например обработка видеопотока? Описать то можно, только тормозит сина-сина.

← →
GDI+ (2009-10-28 19:24) [75]

> Дмитрий Белькевич (28.10.09 19:18) [73]

Для рисования интерфейса C# и Delphi там действительно рулят. А вот различные библиотеки и функционал там уже С/C++.

Вот найдите более удобный и быстрый аналог fftw, пусть даже платный.

> Факт остается фактом. Корпорация MS правит балом, рынок
> ее огромен влияние также. MS говорит о своих планах. А в
> планах у нее C#.

МС более 20 лет раскручивали бесик -> визуал бесик->Net бесик.
А программы как писали на Си так и пишут. Причем раскручивала ничуть не меньше чем С#. Тот же C# 3 версии все более похож на бесик чем на Си.

> Для рисования интерфейса C# и Delphi там действительно рулят.
> А вот различные библиотеки и функционал там уже С/C++.Вот
> найдите более удобный и быстрый аналог fftw, пусть даже
> платный.

Видео потоки обрабатываются на ассемблере. И тот же fftw написан на ассемблере пусть и с использование компилятора Си.

Есть тесты FFT прямой код без оптимизаций на си, делфи, java и net. Так вот скорости выполнения практически не отличаются.

> Те, кто работает на себя часто выбирают именно Delphi.

Те кто работает на себя выбирает по душе. Всех кого я знаю, кодят на разных языках. Комуто питон нравится. Кто-то на Java сидит. Я на Delphi. Другой друг на C++, а именно (QT) . Пятый балдеет от ассемблера и мата. Шестой на VBA.

И мои 5 копеек :). Мне сейчас предстоит проект на 3 года. Большой КИС с миллионом бизнес транзакций в день, я на полном серьезе рассматриваю вариант с Delphi 2010 + DevExpress в качестве средства для разработки толстомордых клиентов.

> GDI+ (28.10.09 19:19) [74]
> > А что у вас там за функционал такой хитрый, что его на
> C# нельзя описать?
> Например обработка видеопотока? Описать то можно, только
> тормозит сина-сина.

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

> Для рисования интерфейса C# и Delphi там действительно рулят.
> А вот различные библиотеки и функционал там уже С/C++.

Забыта важная область - бизнес-логика :) А ведь именно в ней обычно кроется значительная часть сложности приложений :)

Delirium © (28.10.09 20:51) [77]

Привет, Антон!

> Большой КИС с миллионом бизнес транзакций в день

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

> GDI+ (28.10.09 19:19) [74]
> Например обработка видеопотока? Описать то можно, только
> тормозит сина-сина.

Хотя, хочу заметить, основной источник тормоза в подобных задачах на C# - это принятая идеология безопасной работы с памятью, где исключен прямой доступ и арифметика указателей. В принципе, C# поддерживает unsafe код, в котором можно работать с указателями, только его применение напрочь убивает всю суть C# - удобство и безопасность.

IsDelphiDead.com Найти похожие ветки