Изучают ли Делфи в ВУЗАХ

← →
Игорь Шевченко © (2010-03-19 19:01) [280]

Дмитрий Белькевич (19.03.10 18:45) [278]

> Это не избавляет каждый калькулятор на дотнете от необходимости
> тянуть за собой дотнет

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

← →
Дмитрий Белькевич (2010-03-19 19:06) [281]

Немного поменяем поле боя.

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

1. Нативный код будет быстрее всегда - что бы кто ни говорил. Выливается это в необходимость разделять программу на части, на несколько языков, вместо того, что бы писать всё в единой, гомогенной, среде. Необходимость писать на двух разных языках сразу убивает и так небольшие плюсы дотнета - объективно более безопасный (и из-за этого, среди прочего, более медленный) код. Языки (C#, C++) и концепции достаточно разные - существует необходимость глубоко знать два языка, вместо одного. Иначе на выходе получим индусский код - или в одном из языков, или в обоих.

2. Мультиплатформенность. Её у дотнета нет. Официально поддерживается только Wintel + относительно небольшая доля телефонов (на которой быстродействие дотнетов еще сильнее деградирует из-за ограниченных ресурсов). Mono - это перманентно отстающее от официалки баловство. Официальных версий не для Windows, думаю, мы не увидим никогда из-за политики MS.

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

Выбирать дотнет в качестве разработки нет никакого практического смысла. Для нативного есть Делфи/Билдер. Для кросс-платформы есть жава.

← →
Anatoly Podgoretsky © (2010-03-19 19:13) [282]

> Игорь Шевченко (19.03.2010 18:04:25) [265]

Не все конечно, но большинство, а ведь идея с WinSxS была хорошая, а получилось как всегда.
Количество папок в Висте и в Windows 7 говорит об распротранености .NET в этих ОС

← →
Anatoly Podgoretsky © (2010-03-19 19:15) [283]

> Eraser (19.03.2010 18:20:29) [269]

Зная БГ, я думаю экономика, обычная жаба

← →
Anatoly Podgoretsky © (2010-03-19 19:16) [284]

> Кто б сомневался (19.03.2010 18:23:30) [270]

Не стоит забывать правило Мерфи - количество всегда перерастает в качество.

← →
Дмитрий Белькевич (2010-03-19 19:17) [285]

> Странно, я не тяну. Наверное опять все делаю не так :)

И при этом вы гарантируете совместимость с Win XP? Конечно делаете. Заставляете юзера тянуть и устанавливать какие-то непонятные дотнеты неясной версии, если их нет в инсталлере.

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

При чём тут кривые руки? Если в любом софте, даже из одной формы, написаной под дотнет, он нужен. Или вы уже научились дотнетные приложения без него запускать? Тогда можно только шляпу купить и снять.

Вот, например, линк:

http://downloads.sourceforge.net/dvt/DVTk_DCM_Anonymizer_3_0_0.zip

Программа - две или три формы. Писана на дотнете, не использует никаких баз данных, никаких увесистых файлов. Угадайте, сколько весит? ;)

← →
Anatoly Podgoretsky © (2010-03-19 19:27) [286]

> Дмитрий Белькевич (19.03.2010 19:17:45) [285]

Всего 30 мб, я даже начал сомневаться, что это программа.

← →
Плохиш © (2010-03-19 19:39) [287]

> есть мнение, что при знании .NET и при знании Delphi - разработка
> на дотнете будет произведена быстрее.

При знании delphi и справки от D7 разработка будет произведена быстрее и качественно не зависимо от любого языка.

← →
GrayFace © (2010-03-19 20:06) [288]

oxffff © (17.03.10 22:37) [142]
C# поддерживает ко и контрвариантность для делегатов и интерфейсов. Delphi нет. Да есть такое. Но не смертельно.
Delphi поддерживает динамические вызовы давным давно. С# стал поддерживать с версии 4.0. То есть в данном случае догнал.
А что это за звери? (ко и контрвариантность для делегатов и интерфейсов, динамические вызовы)

Дмитрий Белькевич (17.03.10 23:03) [153]
Вот в жаве и дотнете. Нет и не может быть в принципе быстрой работы с картинками на 5-ти мегапиксельных мониторах. А в делфи - может быть нормальная работа с html.
Почему? На C# Scanline можно брать.

GDI+ (18.03.10 11:47) [193]
Сейчас никто не пишет на чистом C#. Все пишут в связке C#+C++. Благо группу проектов можно вести в одной студии, разработка не сложнее и за счёт продуманной вынужденной модульности (тяжёлый функционал в dll, легкий функционал в объектах взаимодействующий с тяжёлым, и гуй который ничего не считает, а просто выводит) даёт больше преимуществ чем Delphi. Например в связке C# + C++ просто неудобно писать индусский код.
Не знаю, удобно ли, но пишут во всю. И о юнит-тестах не знают, как и дельфисты. Какие именно преимущества это обычно дает? Некоторые недостатки легко в голову приходят: изучать 2 языка, сталкиваться с проблемами обоих, меньшая гибкость, медленная компиляция, кроссплатформенность по уровню наихудшего из 2.

← →
GrayFace © (2010-03-19 20:58) [289]

GDI+ (19.03.10 18:08) [268]
Из плюсов согласен только с высокой производительностью (+ CUDA, OpenMP и пр.), большим кол-вом библиотек для С++ и с 64 битами (которые скоро будут в Дельфи). С кол-вом библиотек для C# соглашусь, если будут доказательства.

← →
TRSteep © (2010-03-21 14:23) [290]

Меня в универе учили программировать на Delphi. (без альтернатив)
Всем курсам после меня преподавали С++ (80%) и Delphi (20%), а программы можно было писать на том, что они хотят.

← →
Кто б сомневался © (2010-03-21 15:16) [291]

Так что, кто подведет итоги? Есть предложение добавить это в википедию.

← →
GDI+ (2010-03-21 15:33) [292]

> Кто б сомневался © (21.03.10 15:16) [291]
>
> Так что, кто подведет итоги? Есть предложение добавить это
> в википедию.

Итог:
По отдельности человек который пишет на C++ или C# прорывает программисту на Delphi, но если человек разбирается в двух этих языках он имеет намного больше преимуществ чем даёт Delphi.

Delphi - меньшее время обучения, меньше возможностей.
C++ + C# - время обучения выше в 1.5 раза, возможности выше в три раза (полностью универсальный специалист вплоть до разработки драйверов ОС).

← →
Кто б сомневался © (2010-03-21 15:51) [293]

> GDI+ (21.03.10 15:33) [292]

Говорылы балакалы силы та заплакалы. На русском это будет - "приехали".

← →
Кто б сомневался © (2010-03-21 15:58) [294]

> возможности выше в три раза

На колу мочало, начинай сначала. :)

Цифра откуда?

← →
GDI+ (2010-03-21 15:59) [295]

> Кто б сомневался © (21.03.10 15:51) [293]
>
>
> > GDI+ (21.03.10 15:33) [292]
>
>
> Говорылы балакалы силы та заплакалы. На русском это будет
> - "приехали".

Хорошо.

-Для 90% ПО под Wintel возможностей Delphi вполне достаточно при низкой стоимости обучения специалиста и достаточно удобной и быстрой разработке.

- C++ + C# при большей стоимости обучения специалиста покрывает 100% требований к разработке ПО под Wintel. Скорость разработки и отладки та же самая как и в случае Delphi.

С этим спорить будете.

← →
GDI+ (2010-03-21 16:01) [296]

> Кто б сомневался © (21.03.10 15:58) [294]
>
>
> > возможности выше в три раза
>
> На колу мочало, начинай сначала. :)
>
> Цифра откуда?

Из 10% не реализуемых возможностей на Delphi, в стиле 1$ за удар 99$ за know how.

← →
Кто б сомневался © (2010-03-21 16:04) [297]

Вообще давай будем рассматривать один язык - C#, и сравнивать с одним языком, а не с двумя, те кому нужны написание драйверов, будут писать на С++, а не на C# и Delphi.

← →
Кто б сомневался © (2010-03-21 16:06) [298]

Мне как делфисту будет проще выучить один язык С++ или С , если понадобится писать драйвера. А не 2 - C# и С++. И это будет ничуть не хуже связки C# и С++ .

← →
GDI+ (2010-03-21 16:09) [299]

> Кто б сомневался © (21.03.10 16:04) [297]
>
> Вообще давай будем рассматривать один язык - C#, и сравнивать
> с одним языком, а не с двумя, те кому нужны написание драйверов,
> будут писать на С++, а не на C# и Delphi.

Я ж уже указал, что по отдельности C# и С++ проигрывают, но связка рвёт всех.

- Если смотреть только с точки зрения разработки GUI то C# удобнее.
- Если смотреть только с точки зрения разработки вычислительных алгоритмов, то С++ и удобнее (та std::string или std::vector вещь очень приятная, лучше динамических массивов в Delphi) и быстрее.

← →
Кто б сомневался © (2010-03-21 16:12) [300]

> что по отдельности C# и С++ проигрывают, но связка рвёт
> всех.

Я еще раз говорю, связка Delphi + C++ (для низкоуровневых задач) ничуть не хуже, а даже лучше связки C# в конечном результате.
Мне не нужно учить 2 языка, а нужно выучить всего один.

← →
Кто б сомневался © (2010-03-21 16:20) [301]

Связка Delphi + Cpp покрывает 100% задач под Windows.
В отличии от связки C# + Cpp.
В данном случае, я смогу писать и под все ОС windows начиная с NT, без дот нета, и конечный результат получится отимизированный код с высокой производительностью, втч со скоростным GUI, что позволяет писать такие проекты как тот же Photoshop или FLStudio.
Ты согласен GDI?

← →
test © (2010-03-21 16:54) [302]

GDI+ (21.03.10 16:09) [299]
То есть сравнение Delphi и один программист vs С++, С#, группа специалистов, все стороннии библиотеки, то Delphi просто в пролете. Зашибись "стреляем и двигаемся" как писал один товарищ.

← →
test © (2010-03-21 16:57) [303]

Кто б сомневался © (21.03.10 16:20) [301]
Связка Lazarus + Cpp рвет вообще что можно и нельзя ))

← →
GDI+ (2010-03-21 18:10) [304]

Прикольно. И никто не возрази против С++. Стало быть С++ рвёт всех?

← →
test © (2010-03-21 18:16) [305]

GDI+ (21.03.10 18:10) [304]
Рвет обычно то на чем работаешь, на С++ слабое место интерфейс.

← →
GDI+ (2010-03-21 18:26) [306]

> test © (21.03.10 18:16) [305]
>
> GDI+ (21.03.10 18:10) [304]
> Рвет обычно то на чем работаешь, на С++ слабое место интерфейс.

wxWidgets(wxFormBuilder), QT с интеграцией в VS (доступно только в платных версиях, но Delphi тоже уже не бесплатно).

Для того же wxWidgets если создавать проект без визарда (визард для VS стоит 80$) то дело на 1-5 минут перенести данные из заготовки. Ну и чтобы сгенерировать форму нужно держать еще открытым wxFormBuilder, а VS при изменении файла автоматически предлагает подгрузить его.

Конечно если вы хотите проводить 5 компиляций в минуту, то C++ не для вас.

← →
Аноним © (2010-03-21 18:33) [307]

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

← →
test © (2010-03-21 18:34) [308]

GDI+ (21.03.10 18:26) [306]
Так про то и речь что в Дельфях есть единый стандарт VCL, в С++ есть зоопарк из wxWidgets, qt, MFC.... n-1. Каждый из них имеет свои достоинства и недостатки, где то надо в сто первый раз изобретать карту сообщений, где то отображение, где в ручную править RC.Между собой они не совместимы. То есть изучаем чтобы писать на уровне Дельфи: с++, wxWidgets, qt, MFC.... n-1, C#, wxFormBuilder, потом программист сможет писать то же самое что можно было писать просто на Дельфи, никто не спорит конечно же это очень удобно и экономит время.

> в Дельфях есть единый стандарт VCL, в С++ есть зоопарк из
> wxWidgets, qt, MFC

кто заставляет пользовать все из них?

> Аноним © (21.03.10 18:33) [307]

> рвет всех хаскелл и scheme

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

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

Аноним © (21.03.10 18:35) [309]
В ситуации когда один проект пишется 10 лет одними и теми же людьми, начальник присягнул на верность допустим qt, за упоминания не правоверных интерфейсов даже во сне следует неотвратимая кара никто. Когда время от времени новые проекты идут или поддержка чужих уже надо учить, так как кто то обажает wxWidgets, кто то считает кошерным только MFC ИМХО.

В чем необходимость этого зоопарка?

> В чем необходимость этого зоопарка?

при чем тут Ц++?

← →
GDI+ (2010-03-21 18:56) [314]

Аноним © (21.03.10 18:48) [313]
VCL является частью Delphi, как называется группа классов которая отвечает за отображения интерфейса в C++?

GDI+ (21.03.10 18:56) [314]
А пользователи знают? Сразу поддержку отменили?

← →
GDI+ (2010-03-21 19:01) [317]

> test © (21.03.10 18:57) [315]
>
> Аноним © (21.03.10 18:48) [313]
> VCL является частью Delphi, как называется группа классов
> которая отвечает за отображения интерфейса в C++?

Та которая тебе удобна. VCL убог и это все признают. Отчего же покупают такие навороченные вещи типа devexpress.

← →
GDI+ (2010-03-21 19:03) [318]

> test © (21.03.10 18:58) [316]
>
> GDI+ (21.03.10 18:56) [314]
> А пользователи знают? Сразу поддержку отменили?

Поддержка есть, так и поддержка Dos еще есть и востребована. Но нового ничего нет и если проект нужно изменять то проект переписывают или на wxWidgets, qt или на C#

> VCL является частью Delphi, как называется группа классов
> которая отвечает за отображения интерфейса в C++?

а должна быть?
вопрос остается в силе - при чем тут Ц++?

вернемся к вопросу о "зоопарке"
за попытку использовать JVCL я подчиненным отбиваю пальчики
вот вы используете сторонние компоненты? не напрягает этот "зоопарк" обновлять?

> [317] GDI+ (21.03.10 19:01)

> VCL убог и это все признают.

чем убог, кто все?

> Отчего же покупают такие навороченные вещи типа devexpress.

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

Изучают ли Делфи в ВУЗАХ Найти похожие ветки