Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2012.04.29;
Скачать: CL | DM;

Вниз

и чего дельфи хоронят?..   Найти похожие ветки 

 
Думкин ©   (2011-12-23 11:39) [160]

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


 
Inovet ©   (2011-12-23 11:48) [161]

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


 
OW ©   (2011-12-23 12:29) [162]

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


 
Компромисс ©   (2011-12-23 12:36) [163]

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


 
OW ©   (2011-12-23 12:50) [164]

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


 
OW ©   (2011-12-23 12:53) [165]

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


 
Компромисс ©   (2011-12-23 13:20) [166]

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


 
OW ©   (2011-12-23 13:35) [167]

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


 
Лукошко   (2011-12-23 18:38) [168]

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


 
antonn ©   (2011-12-23 18:55) [169]

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


 
Лукошко   (2011-12-23 19:41) [170]

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


 
SQLEX ©   (2011-12-23 20:44) [171]

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


 
имя   (2011-12-25 13:52) [172]

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


 
Фокс Йожин   (2011-12-25 15:20) [173]

R.I.P Delphi


 
palva ©   (2011-12-25 17:38) [174]

На этой радостной ноте можно было бы и закончить.


 
MastaK ©   (2011-12-25 17:47) [175]

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


 
Кто б сомневался ©   (2011-12-25 18:23) [176]


> Фокс Йожин   (25.12.11 15:20) [173]
>
> R.I.P Delphi


Наверное когда в Delphi появится поддержка Linux (а уже есть компиляция программ MacOs (unix кстати) в XE2), поддержка мобильных платформ (а известные на базе linux) - на которые заявлено направление причем все поддержки НАТИВНЫЕ.
И все равно некоторые люди будут писать подобное, - видимо привычка. Я понимаю еще во времена  после D7 был смысл говорить Delphi RIP когда borland просто забила на язык, но когда говорят сейчас когда такое развитие...


 
Petr V. Abramov ©   (2011-12-25 18:38) [177]


> Кто б сомневался ©   (25.12.11 18:23) [176]


> аверное когда в Delphi появится поддержка Linux (а уже есть
> компиляция программ MacOs (unix кстати) в XE2), поддержка
> мобильных платформ (а известные на базе linux) - на которые
> заявлено направление

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


 
TUser ©   (2011-12-25 18:40) [178]


> начинать под Д новые проекты смысла нет

Это значит, он мертв. Уже не первый год. Но этот сайт будет последним, где такое признают ))


 
DVM ©   (2011-12-25 20:07) [179]


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

А я вот недавно переделывал небольшой проектик с C# обратно на Delphi :)


 
Sergey Masloff   (2011-12-25 20:32) [180]

DVM ©   (25.12.11 20:07) [179]
>А я вот недавно переделывал небольшой проектик с C# обратно на Delphi :)
А смысл?


 
Андреевич   (2011-12-25 20:39) [181]

наверное тормозило сильно :)


 
asail ©   (2011-12-25 20:45) [182]


> Petr V. Abramov ©   (25.12.11 18:38) [177]

> начинать под Д новые проекты смысла нет

Чей-то? А если у нас в отделе все на Д пишут? Чего теперь, всех переучивать? Зачем?
Посему - начинали, начинаем, и будем начинать (надеюсь)...


> DVM ©   (25.12.11 20:07) [179]

> А я вот недавно переделывал небольшой проектик с C# обратно
> на Delphi :)

О! Мсье знает толк в извращениях!.. :)


 
DVM ©   (2011-12-25 20:52) [183]


> Sergey Masloff   (25.12.11 20:32) [180]


> А смысл?

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


 
DVM ©   (2011-12-25 20:56) [184]


> Андреевич   (25.12.11 20:39) [181]
>
> наверное тормозило сильно :)

Это тоже. Не столько тормозило, сколько жрало ресурсов. Программа должна была в реальном времени анализировать пакеты, получаемые с драйвера libpcap, восстанавливать TCP сессии, выделять HTTP сессии и.т.д. Но опять же, виноват не C# думаю.


 
Юрий_   (2011-12-25 22:50) [185]


> , но и старые под что-нить другое переводить тоже.


Потихонечку переводим то, что можно. Сначала приходится погеморроиться, зато потом наступает момент, когда все это окупается - за счет снижения издержек на поддержку.


 
имя   (2011-12-25 23:10) [186]

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


 
имя   (2011-12-25 23:16) [187]

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


 
имя   (2011-12-25 23:19) [188]

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


 
имя   (2011-12-25 23:28) [189]

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


 
Кто б сомневался ©   (2011-12-26 00:54) [190]


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


Я давно хотел понять почему некоторые говорят что смысла нет?
Вот конкретно объясни почему нет смысла. Какой смысл ты вкладываешь в эту фразу?
Почему на Ruby есть смысл (сужу по тому что его никто не ругает), который менее развит и менее популярен, а персонала знающего Ruby днем с огнем не найдешь, а на Delphi нет?
Результат получится не хуже C#, а т.к. код нативный лучше.
Время на разработку не дольше чем в C# - т.к язык развит. Тогда что вкладывают в эту фразу, обьясните. Что конкретно не так?
Меньше людей знающих delphi чем C#? Но это само собой, т.к. MS лидер в software.

Давай посмотрим статистику популярности среди языков для создания Win программ -
1. С и С++ 2. C# 3. Visual Basic 4. Delphi статистика Tiobe декабрь 2011.
C, С++ - тут все понятно, исключаем, т.к. на нем не пишут программы, обычно используют в игровых движках, в связках C#.
Остаются 2,3,4.
Вы хотите сказать что Visual Basic более развит чем Delphi? - нет конечно, но он на втором месте.

Дальше, в недалеком прошлом я работал на Auslogics в Сиднее, у них все проекты на Delphi, у них все новые проекты также начинаются на Delphi. Пишутся программы сложного уровня - дефрагментатор(учавствовал частично), антивирус, файрволл, восстановление удаленных файлов с NTFS и FAT (лично писал с нуля) итп.
Их бизнес процветает как вы видите, объясните их менеджменту почему им стоит быстренько переходить на другой язык и что это им даст? Мультиплатформу - нет. Тогда какой смысл?


 
Кто б сомневался ©   (2011-12-26 03:08) [191]


> Мультиплатформу - нет. Тогда какой смысл?

Более красивый GUI чем в Delphi? - тоже нет.
Увеличится рынок потребителей? - тоже нет. Возможно даже наоборот, т.к. программы станут более ресурсоемкие.
Разработка станет быстрее? - тоже нет
Затраты компании станут меньше? - нет, наоборот в разы больше (найм\переучивание персонала, покупка новых средств C#, разработка нового конвеера и компонент).
Возможно перспективы в будущем? - нет, мультиплатформа у Delphi уже в разработке, в C# что то не слышно официально.

Ну вот объясните мне, почему "начинать под Д новые проекты смысла нет".


 
Андреевич   (2011-12-26 11:02) [192]


> Разработка станет быстрее? - тоже нет

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


 
знайка   (2011-12-26 11:33) [193]


> а вот результат...
С багами всегда?


 
И. Павел ©   (2011-12-26 11:41) [194]

> Более красивый GUI чем в Delphi? — тоже нет.

Вы Expression blend тоже учли?


 
Ega23 ©   (2011-12-26 11:42) [195]


> 1. С и С++


Я бы всё-таки по разным пунктам разнёс.


 
Андреевич   (2011-12-26 14:25) [196]


> знайка   (26.12.11 11:33) [193]
>
> > а вот результат...
> С багами всегда?

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


 
DiamondShark ©   (2011-12-26 14:27) [197]


> Вы хотите сказать что Visual Basic более развит чем Delphi?
>  - нет конечно, но он на втором месте.

Что значит "развит"?
Под Visual Basic есть:
1. Большое количество унаследованного кода
2. Большое количество специалистов
3. Нормальная поддержка и отсутствие маркетинговых потрясений со стороны производителя.

Рейтинг используемости ровным счётом ничего не говорит о "развитости" или пригодности для новых проектов.


> Их бизнес процветает как вы видите, объясните их менеджменту
> почему им стоит быстренько переходить на другой язык и что
> это им даст?

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

Вы помните Дельфи-2005? Я помню. И я вас тоже могу спросить: объясните мне, пожалуйста, почему я должен был ждать пять лет, чтобы "новая" Дельфи достигла того уровня, который MSVS имела уже три года как?

Не прошло  и десяти лет, как Дельфи научилась не крэшится в редакторе. Ура-ура, в эмбаркадере наконец-то асилили пользоваться отладчиком.
И кто-то сейчас спрашивает, отчего бы не начинать новые проекты в Дельфи. Бгыы. Это так толсто, что даже тонко.


 
DiamondShark ©   (2011-12-26 14:29) [198]


> И. Павел ©   (26.12.11 11:41) [194]
> Вы Expression blend тоже учли?

Огненная обезьяна из Улан-Удэ порвёт эти ваши бленды как тузик тряпочку.
Вот только ребята снова с отладчиком разберутся...


 
DVM ©   (2011-12-26 14:47) [199]


> DiamondShark ©   (26.12.11 14:27) [197]


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

Если Embarcadero однажды закроется и Delphi умрет, то все проекты написанные на нем в полночь превратятся в тыкву?


 
Jeer ©   (2011-12-26 15:18) [200]


> однажды закроется и Delphi умрет


Delphi - не Fortran и даже не Prolog.
Если умрет, практически гарантировано немедленное инициирование переиздания ( перезаказ ) долгоиграющих проектов.



Страницы: 1 2 3 4 5 6 7 вся ветка

Текущий архив: 2012.04.29;
Скачать: CL | DM;

Наверх




Память: 0.82 MB
Время: 0.049 c
15-1324549390
Раммер
2011-12-22 14:23
2012.04.29
Посоветуйте книжку по SQL.


15-1324845002
Юрий
2011-12-26 00:30
2012.04.29
С днем рождения ! 26 декабря 2011 понедельник


15-1324365905
OW
2011-12-20 11:25
2012.04.29
тел.станция ЭЛКОМ, командовать ею по TCP


15-1324623216
Faceless
2011-12-23 10:53
2012.04.29
информация об используемых библиотеках


2-1325679752
zZZ
2012-01-04 16:22
2012.04.29
проверить символы в строке