Текущий архив: 2009.10.25;
Скачать: CL | DM;
ВнизБудущее DELPHI Найти похожие ветки
← →
asail © (2009-08-15 05:30) [120]
> PS: про терминалы уже сказали, да, для них будет круто писать
> крутые приложения на D2010
Да ладно... У нас софт под тачскрины заточен и работает. Пишем на 6-ой дельфе и не жужжим...
← →
TIF © (2009-08-15 07:27) [121]> У нас софт заточен
> крутые приложения на D2010
;-)
Одно другому не противоречит
← →
Иа (2009-08-15 19:27) [122]Начали очередную маркетинговую компанию о том как все будет круто, про охрененные возможности новой технологии Decision Cube, новый продвинутый редактор отчетов QReport на смену ReportSmith ну и о том как теперь новая команда в Inprise сфокусирована на делфи и принесении счастья разработчикам...
← →
Холивар (2009-08-15 20:00) [123]А 64-бита как не было так и нет (и, думаю, до 2014 - когда закончится поддержка XP 32 bit, не будет). Ну и чем Delphi лучше того же python? А Python хоть кросплатформенный.
← →
TIF © (2009-08-15 21:43) [124]> (и, думаю, до 2014 - когда закончится поддержка XP 32 bit,
> не будет)We expect the 64-bit version of Delphi to be ready in mid-2010. Because the compiler is the first step in a complete 64-bit product, we are planning to release a preview of the 64-bit compiler in mid-2009 so that those of you who are extremely eager to see a 64-bit Delphi can get started early.
http://edn.embarcadero.com/article/39174
← →
Холивар (2009-08-15 22:15) [125]>>TIF © (15.08.09 21:43) [124]
Они уже 7 лет переносят срок на год вперёд, еще после D7.
← →
palva © (2009-08-15 22:44) [126]
> Холивар (14.08.09 03:33) [85]
> Особенно если учесть выход QT в бесплатном виде для написания коммерческих приложений
Смущает объем qt-библиотек, которые приходится тащить на компьютер вместе с приложением. Заказчик сразу спросит "нафига". С этой точки зрения net предпочтительней. На новых операционках он уже стоит, а на старых его приходится ставить. На моем ноутбуке даже программы инсталляции драйверов были написаны под net. Так что волей-неволей... Насчет производительности я проблем не вижу. Та ниша, которую занимает делфи - написание юзер-интерфеса к базам данных - с легкостью может быть занята си шарпом. При условии конечно, что системы без net уйдут в прошлое и net будет так же привычна, как windows api. А написание GUI под Windows без net будет такой же экзотикой, как написание GUI под чистым Windows API. На линуксе Mono уже включили в последнюю поставку Ubuntu. Никто не пробовал?
← →
turbouser © (2009-08-15 22:51) [127]
> palva © (15.08.09 22:44) [126]
> Заказчик сразу спросит "нафига". С этой точки зрения net
> предпочтительней
Спасибо, посмеялся :)
← →
palva © (2009-08-15 22:58) [128]
> Спасибо, посмеялся :)
Может я не прав? Или брезгуешь разговаривать с ламером?
← →
turbouser © (2009-08-15 23:03) [129]
> palva © (15.08.09 22:58) [128]
> Может я не прав?
Именно. С .net тащить горааааздо больше надо, чем с qt
Да и .net вообще уг... но это другая история.
← →
palva © (2009-08-15 23:36) [130]
> Именно. С .net тащить горааааздо больше надо, чем с qt
При одном условии, если net отсутствует. Может быть ты где-то у меня разглядел утверждения, что объем net меньше чем qt? Тогда сожалею, что не смог изложить свои мысли доходчиво. Может быть ты прогнозируешь, что поскольку net уг..., Микрософт от него откажется и не будет снабжать им свои ОС по умолчанию? В этом случае, конечно, у Delphi не будет конкурентов.
← →
Холивар (2009-08-16 07:33) [131]
> palva © (15.08.09 22:44) [126]
>
>
> > Холивар (14.08.09 03:33) [85]
> > Особенно если учесть выход QT в бесплатном виде для написания
> коммерческих приложений
>
> Смущает объем qt-библиотек, которые приходится тащить на
> компьютер вместе с приложением. Заказчик сразу спросит "нафига".
Странный у вас заказчик, которого беспокоят лишние 10 Мб на диске для работы нужного ему ПО.
← →
Холивар (2009-08-16 07:36) [132]>>А написание GUI под Windows без net будет такой же экзотикой, как написание GUI под чистым Windows API
Возможно вы и правы. Сейчас заказчики перешли на такую систему для разработки ПО под Win: GUI - на C#, системные библиотеки на С++.
← →
Холивар (2009-08-16 07:42) [133]
> palva © (15.08.09 23:36) [130]
>
>
> > Именно. С .net тащить горааааздо больше надо, чем с qt
>
> При одном условии, если net отсутствует. Может быть ты где-
> то у меня разглядел утверждения, что объем net меньше чем
> qt? Тогда сожалею, что не смог изложить свои мысли доходчиво.
> Может быть ты прогнозируешь, что поскольку net уг..., Микрософт
> от него откажется и не будет снабжать им свои ОС по умолчанию?
Для некоторых вещей разница в скорости работы программы на .Net и такой же на С++(без всякого асма и навороченной оптимизации, обычный С-с-классами) составляет до 500% по части производительности.
Например, софт обработки изображений или видео, написанный на .NET - УГ.
← →
Дмитрий Белькевич (2009-08-17 02:35) [134]
> Они уже 7 лет переносят срок на год вперёд, еще после D7.
Это не они. Они уже, к счастью, скисли.
> что системы без net уйдут в прошлое и net будет так же привычна,
> как windows api.
Думаю, что в ближайшие 10-20 лет такого не случится. Майкрософт не враг себе.
> Например, софт обработки изображений или видео, написанный
> на .NET - УГ.
Да и интерфейсы по скорости не очень. Конечно, если интерфейс уровня Hello World, то особенной разницы нет. Нормального же векторного движка я не видел.
> На линуксе Mono уже включили в последнюю поставку Ubuntu
Линукс вообще и (особенно) Моно, в частности постоянно находятся в состоянии догоняния MS, отчего будет всегда хуже. Не думаю, что MS когда-то сподобится поддержать Линукс, выпустив дотнеты.
Кроссплатформенность дотнетов весьма сомнительная штука (в отличие от хотя бы потенциальной, правда, тоже местами сомнительной кроссплатформенности жавы). Не вижу смысла вообще делать в нём (в дотнете) байт-код. Сделали бы просто API v 2.0, отошли бы от всего старого бреда. Ну, MS, что с них возьмёшь. Решила поконкурировать с жавой, выпустив некроссплатформенное уг (единственное, телефоны припоминаются, но разницы никакой - всё равно и там винда, а под тот же симбиан дотнетов нет и не будет, по той же причине, что и под линукс). В результате взяли всё самое худшее. Кросплатформенности фактически нет. А байт-код зачем-то есть. Всё от жадности, конечно. Кушать все хотят, но MS хочет больше всех. От того и загнутся, и туда им и дорога, вслед за Борландом.
Нет, я, конечно, не прозреваю смерть именно Виндовс. Просто продадут, как Борланд - Делфи.
По поводу 90% говна на компакте с компонентами:
http://ru.wikipedia.org/wiki/Закон_Старджона
← →
Дмитрий Белькевич (2009-08-17 02:40) [135]
> Нормального же векторного движка я не видел.
На Делфи, если что, то не только видел, но еще и сам полностью написал ;)
← →
test © (2009-08-17 05:56) [136]palva © (15.08.09 22:44) [126]
Может тогда Java? Она еще платформенно-незавизисимая в отличие от Net. На MacOS переделать только платворменно-зависимые вещи.
Дмитрий Белькевич (17.08.09 02:35) [134]
>>в отличие от хотя бы потенциальной, правда, тоже местами сомнительной кроссплатформенности жавы
Сама по себе Java кросс платформенна, JVM должен соответствовать языку. Проблемы начинаются при общении с ОСью и то когда используются какие то специфичные для ОС вещи.
← →
iZEN (2009-08-20 07:52) [137]
> test © (17.08.09 05:56) [136]
> Сама по себе Java кросс платформенна, JVM должен соответствовать
> языку. Проблемы начинаются при общении с ОСью и то когда
> используются какие то специфичные для ОС вещи.
А что там за проблемы с Java? Там же JNI есть.
← →
test © (2009-08-20 08:22) [138]iZEN (20.08.09 07:52) [137]
Использование нативных библиотек заточенных под ОС. Сама по себе Java работает везде где есть JVM .
← →
Кто б сомневался © (2009-08-20 17:03) [139]Удалено модератором
Примечание: http://www.delphimaster.ru/forums.shtml#rule Запрещается: п.8
← →
palva © (2009-08-20 18:02) [140]
> Дмитрий Белькевич (17.08.09 02:35) [134]
>> что системы без net уйдут в прошлое и net будет так же привычна,
>> как windows api.
> Думаю, что в ближайшие 10-20 лет такого не случится. Майкрософт не враг себе.
Мне не понятно, почему вы так думаете. Получается, что через 10-20 лет Майкрософт все еще будет поддерживать 95 и 98 Windows? Или может быть Майкрософт зарежет курицу, несущую золотые яйца и не будет включать Net в свои операционные системы? Почему вы думаете, что отказ от включения Net в интересах Майкрософт? Вроде бы Net великолепно себя зарекомендовала на рынке и стремительно развивается.
← →
Кто б сомневался © (2009-08-20 18:13) [141]Модератор в [139] x - это был x (икс) а не то что ты подумал :).
← →
Palladin © (2009-08-20 18:14) [142]Удалено модератором
← →
Anatoly Podgoretsky © (2009-08-20 18:41) [143]> Кто б сомневался (20.08.2009 18:13:21) [141]
Жалко, что уже нельзя устроить опрос, кто из модераторов о чем подумал.
← →
Palladin © (2009-08-20 18:53) [144]
> [143] Anatoly Podgoretsky © (20.08.09 18:41)
Подумай о чем нмибудь другом 13 -> 1250673050 :)
← →
Дмитрий Белькевич (2009-08-20 20:30) [145]
> Мне не понятно, почему вы так думаете. Получается, что через
> 10-20 лет Майкрософт все еще будет поддерживать 95 и 98
> Windows?
Вас не удивляет, что МС всё еще поддерживает DOS?
> Или может быть Майкрософт зарежет курицу, несущую золотые
> яйца и не будет включать Net в свои операционные системы?
>
Включать - будет. Но не сделает её (скорее всего) основной или (уж точно) единственной.
> Вроде бы Net великолепно себя зарекомендовала на рынке и
> стремительно развивается.
.Net великолепно продвинуто МС, и, действительно, активно развивается. Жалко, что реальной пользы от платформы в таком виде, как она есть сейчас, почти нет. А принципиально нового - официального выпуска на других платформах мы, скорее всего, не увидим никогда (по крайней мере, пока технология будет в руках МС).
← →
Холивар (2009-08-20 21:28) [146]
> Дмитрий Белькевич (20.08.09 20:30) [145]
>
> Вас не удивляет, что МС всё еще поддерживает DOS?
Лучше бы он её вообще не поддерживал, чем так. Пробовали на Vista нормально настроить программу на FoxPro 2.6?
← →
DVM © (2009-08-20 21:32) [147]
> Пробовали на Vista нормально настроить программу на FoxPro
> 2.6?
Для извращений есть MS VirtualPC
← →
Palladin © (2009-08-20 21:32) [148]
> [146] Холивар (20.08.09 21:28)
Не отвлекайся, МС не поддеживает ДОС уже давно.
← →
test © (2009-08-20 21:56) [149]Palladin © (20.08.09 21:32) [148]
DosBox поддерживает.))
← →
Игорь Шевченко © (2009-08-20 22:08) [150]Palladin © (20.08.09 21:32) [148]
Хоть ntvdm-то поддерживает ? :)
← →
Холивар (2009-08-20 22:33) [151]
> test © (20.08.09 21:56) [149]
>
> Palladin © (20.08.09 21:32) [148]
> DosBox поддерживает.))
Вот я и про это говорю, что Win можно использовать если оставить только ядро системы, а всё остальное заменить программами сторонних производителей. Но тогда вопрос, что там стоит на 399$?
← →
DVM © (2009-08-20 22:37) [152]
> Но тогда вопрос, что там стоит на 399$?
Поддержка программ сторонних производителей
← →
Palladin © (2009-08-20 22:57) [153]
> [151] Холивар (20.08.09 22:33)
ты про ЭТО говоришь... здорово...
прошу 18 команд....
← →
Игорь Шевченко © (2009-08-20 23:09) [154]
> Вот я и про это говорю, что Win можно использовать если
> оставить только ядро системы
Что есть в твоем понимании ядро системы ?
> Но тогда вопрос, что там стоит на 399$?
Байты в нужной последовательности. Каждый байт золотой
← →
Kostafey © (2009-08-21 01:08) [155]> Проблемы начинаются при общении с ОСью и то когда используются
> какие то специфичные для ОС вещи.
ОС-зависимые вещи и кроссплатформенность - это звучит как...
Черная белизна...
Худая толщина...
По стене ползет кирпич деревянный как ворона...
Ну ж понятно дело, что ОС - зависимые вещи не могут быть
кроссплатформенными принципиально, кроме как специально
реализованными для каждой целевой платформы в данном приложении
или библиотеке.
← →
test © (2009-08-21 09:04) [156]Kostafey © (21.08.09 01:08) [155]
Можно писать расширения под Java на любом языке(*в примерах обычно Си*), эти расширения зовут нативные библиотеки, их можно написать так что работать они будут только под одну ОСь. Сама JVM должна соответствовать стандарту в связи с этим достигается кроссплатформенность, но если ты используешь нативную часть написанную под винду то именно эта нативная часть не будет работать в FreeBSD. Java часть будет работать везде где есть виртуальная машина, Java работает в виртуальной машине, а не в ОСи.
>>Черная белизна...
>>Худая толщина...
Скорее можно налить черного на белое по неаккуратности и можно добавить толщины там где он не нужна.
← →
Kostafey © (2009-08-21 14:20) [157]> [156] test © (21.08.09 09:04)
Э-э-э-э И?
← →
iZEN (2009-08-22 09:52) [158]
> DVM © (20.08.09 21:32) [147]
>
>
> > Пробовали на Vista нормально настроить программу на FoxPro
> > 2.6?
>
> Для извращений есть MS VirtualPC
JPC - эмулятор x86 на Java
JPC - это полноценный самодостаточный эмулятор платформы x86, написанный на чистой Java. Двухуровневая модель безопасности и полное отсутствие платформо-зависимых компонент позволяют изолированно выполнять х86-приложения на любых платформах, в том числе в браузере или на мобильном телефоне. На сайте проекта можно оценить возможности java-эмулятора на примере Damn Small Linux и игры Doom.
Лицензия: GPLv2
Сайт проекта: http://www-jpc.physics.ox.ac.uk/home_home.html
Обсуждение: http://tech.slashdot.org/story/09/07/03/1248246/Emulated-PC-Enables-Linux-Desktop-In-Your-Browser?from=rss
← →
@!!ex © (2009-08-22 10:04) [159]> [158] iZEN (22.08.09 09:52)
Теперь я понимаю, зачем нам супер мощные машины дома и супер процессоры на мобилках... Тупо для эмуляции компов 15 летней давности...
← →
iZEN (2009-08-22 10:14) [160]
> @!!ex © (22.08.09 10:04) [159]
А нового всё равно ничего нет. :)
Страницы: 1 2 3 4 5 вся ветка
Текущий архив: 2009.10.25;
Скачать: CL | DM;
Память: 0.81 MB
Время: 0.053 c