Ответ на »сообщение 254« (panda)
___________________________

Как Вы собираетесь поддерживать на Delphi все фишки Windows Vista? B насколько сложно их будет поддерживать разработчикам на VS .NET?

а вот почитайте-ка это: http://www.grimes.demon.co.uk/dotnet/vistaAndDotnet.htm
Похоже, что сама Vista в своих "фишках" не очень то полагается на .NET.

Ответ на »сообщение 259« (гость)
___________________________

Ответ на »сообщение 257« (DenisTST)
___________________________
Может быть, даже 6. Тем, кому сейчас 55, просто не о чем беспокоиться.
А остальные - за пару месяцкв с лёгкостью освоят dotNet.

Ну вообще то это в России в 60 лет на пенсию уходят. Мне придется уходить в 65, если раньше пару лимонов не заработаю, что впрочем маловероятно. Так что воленс ноленс переходить придется.

Ответ на »сообщение 259« (гость)
___________________________

Ответ на »сообщение 257« (DenisTST)
.Net - это также есть и дальнейшее развитие WinApi, а даже его с помощью .Net и собираются деть. :-)

Наверно имелось в виду Net Framework, котрая сейчас является просто оберткой вокруг API но никак не развитием или заменой.

Это все равно что сказать что VCL это развитие WIN Api :-)

Кстати, MS уже заявляло о прекращении поддержки VBA, начиная с Office 12, так что ничего забавного в этом нет.

Вот выйдет Office 2007, там и посмотрим. MS может и передумать ;-)

То, что MS пока позволяет что-то делать в обход .Net - так это просто временное явление.
И много ли общего имеет VB.Net с VB.просто?

А разве это плохо? Получился новый язык без балласта.
Borland сдела ставку на совместимость Delphi Win32 с Net и к чему это привело? Куча ресурсов было вбухано в портирование VCL на Net... А дургой сторны небольшая команда написала Chrome -
без поддержки VCL итд, но выглядит гораздо интереснее чем Delphi 2006, и ктому же уже под Net 2.0!

А смерть Win API вообще сильно преувеличена - достаточно скачать бету висты и просто посмотреть. Количество чисто Net приложений от микрософт в висте очень мало. Большая часть кода - старый добрый C++ ;-))


Производитель Oracle вроде бы ещё не загнулся? Или у меня устаревшие сведения? 8(
"у Oracle новые драйвера обратно совместимы со старыми" - лишь в той степени,
в которой это позволяет операционная система, и в которой руководство Oracle заботят интересы разработчиков, всё ещё использующих устаревшие и экзотические механизмы.

Достаточно чтобы они поддерживали станадарт SQL 92. А устаревших и экзотических
механизмов у Oracle нет.

Так что еще года 4-5 жить можно
Может быть, даже 6. Тем, кому сейчас 55, просто не о чем беспокоиться.

мне 28 :-)

А остальные - за пару месяцкв с лёгкостью освоят dotNet.

Думаю пары месяцев мало, вот интересное мнение на эту тему :-)
http://rsdn.ru/Forum/Message.aspx?mid=9397&only=1

Ответ на »сообщение 257« (DenisTST)
___________________________
Net это и есть дальнейшее развитие COM, и ActiveX никуда не денется :-)
.Net - это также есть и дальнейшее развитие WinApi, а даже его с помощью .Net и собираются деть. :-)
Кстати, MS уже заявляло о прекращении поддержки VBA, начиная с Office 12, так что ничего забавного в этом нет.
То, что MS пока позволяет что-то делать в обход .Net - так это просто временное явление.
И много ли общего имеет VB.Net с VB.просто?

Про все базы не знаю, но у Oracle новые драйвера обратно совместимы со старыми. Те все
унаследованнные приложения, даже если производитель загнулся, работают.
Производитель Oracle вроде бы ещё не загнулся? Или у меня устаревшие сведения? 8(
"у Oracle новые драйвера обратно совместимы со старыми" - лишь в той степени, в которой это позволяет операционная система, и в которой руководство Oracle заботят интересы разработчиков, всё ещё использующих устаревшие и экзотические механизмы.

Так что еще года 4-5 жить можно
Может быть, даже 6. Тем, кому сейчас 55, просто не о чем беспокоиться.
А остальные - за пару месяцкв с лёгкостью освоят dotNet.

Ответ на »сообщение 256« (Александр)
___________________________


Не только в висте. Скажем, в дот нете и соответственно в виндовозе, есть такая фишка как каунтеры, очень удобная в ряде случаев. Я не пробовал последнюю версию Делфей, но из предыдущих к ним добраться было нельзя. Системных фуннций доступа нет, вот и думай..

??каунтеры??
Если имеются в виду счетчики производительности то обертка для Delphi уже есть, например эта
http://www.aldyn.ru/products/perfutils/index.html
Кроме того, можно опять же, превратить дотнетовский объект в COM и спокойно использовать его.
Это все же проще чем переписывать весь код.


Но это можно пережить, а вот как добираться к новым версиям баз данных, если новых драйверов нет. Через ОДБС - а будут ли они и будут ли они так же быстро работать.

Про все базы не знаю, но у Oracle новые драйвера обратно совместимы со старыми. Те все
унаследованнные приложения, даже если производитель загнулся, работают. Кроме того, ведь есть
ADO котрое будет сущестовать до тех пор пока будут писать новые приложения на C++ (а это будет еще долго), есть сторонние Delphi библиотеки типа DOA, ODAC. Так что еще года 4-5 жить можно.. 


И уж насчет совместимости операционных систем, не смешите мои тапочки. Как вы думаете, почему Билл богатый такой? А вот потому, что он постоянно заставляет пользователей покупать новые операционные системы, которые "лучше" старых. И потихоньку прекращает поддержку старых и плюс урезает возможности старых апликейшенов. Т.е они перестают работать. Или работают криво. Типа падают постоянно или еще чего.
Теперь мои тапочки смеются :-)))
Он же не ходит по клиентам и диверсии не устраивает :-) Не надо просто переходить на новые ОС
(котрых кстати пока нет, Висту с 2002 года никак не сделают) - зачем они. Кроме того новые ОС
стоят денег, и как мне известно корпоративные клиенты не слишком планируют на висту переходить до 2008 года
(см  например http://soft.compulenta.ru/238601/ или http://www.thevista.ru/page.php?id=1025)

Ответ на »сообщение 254« (panda)
___________________________

Хотите еще пример? Пожалуйста. Как Вы собираетесь поддерживать на Delphi все фишки Windows Vista? B насколько сложно их будет поддерживать разработчикам на VS .NET?
А кстати, какие там фишки? Если имееется ввиду WinFX и XAML то они только для Net.
Правда .Net классы очень легко превратить в COM и ActiveX, и использовать в Delphi.
(кстати так и устроена Delphi 2006 - дергает сборки дотнета через COM) :-)
Так что, писать новые фишки можно будет сразу в VS.

Именно поэтому не будет такого что MS сделает следующую версию Office (а оно-таки именно сделает) не через ActiveX,,
Net это и есть дальнейшее развитие COM, и ActiveX никуда не денется :-)

Ответ на »сообщение 254« (panda)
___________________________

Ответ на »сообщение 253« (Сварог)
___________________________

«Представьте, что Вы пишете приложение, используя dbExpress...»( panda)
Простите, не представляю...:)
Хотите еще пример? Пожалуйста. Как Вы собираетесь поддерживать на Delphi все фишки Windows Vista? B насколько сложно их будет поддерживать разработчикам на VS .NET?
Не только в висте. Скажем, в дот нете и соответственно в виндовозе, есть такая фишка как каунтеры, очень удобная в ряде случаев. Я не пробовал последнюю версию Делфей, но из предыдущих к ним добраться было нельзя. Системных фуннций доступа нет, вот и думай..
Но это можно пережить, а вот как добираться к новым версиям баз данных, если новых драйверов нет. Через ОДБС - а будут ли они и будут ли они так же быстро работать.
И уж насчет совместимости операционных систем, не смешите мои тапочки. Как вы думаете, почему Билл богатый такой? А вот потому, что он постоянно заставляет пользователей покупать новые операционные системы, которые "лучше" старых. И потихоньку прекращает поддержку старых и плюс урезает возможности старых апликейшенов. Т.е они перестают работать. Или работают криво. Типа падают постоянно или еще чего.

Ответ на »сообщение 254« (panda)
___________________________

Ответ на »сообщение 253« (Сварог)
___________________________
Не придирайтесь к конкретным словам. Я же сказал, это только один из возможных примеров. Когда появился нормальный ADO-провайдер для Interbase? И что приходилось использовать до этого? А Oracle? По поводу не использования BDE - это говорит только о том, что вы пришли на Delphi очень поздно (когда была уже, как минимум, версия 4).

(застенчиво) Вообще-то я начинал Delphi-2. Там использовал microsoft-овские дрова (написанные еще под ДОС) для связи с MS SQL Server.


Хотите еще пример? Пожалуйста. Как Вы собираетесь поддерживать на Delphi все фишки Windows Vista? B насколько сложно их будет поддерживать разработчикам на VS .NET?

(тихонько) А оно надо - поддерживать всефишки Windows Vista? А для конкретной фишки можно и свой компонент написать... А насчет того сложнее ли это будет чем писать все в VS.NET - вопрос, по меньшей мере, дикуссионный...

Ответ на »сообщение 253« (Сварог)
___________________________

«Представьте, что Вы пишете приложение, используя dbExpress...»( panda)
Простите, не представляю...:)
Только ADO и ActiveX. И BDE никогда не использовал принципиально – раз есть возможность использовать универсальные средства самой ОС, то только их и надо использовать.
Не придирайтесь к конкретным словам. Я же сказал, это только один из возможных примеров. Когда появился нормальный ADO-провайдер для Interbase? И что приходилось использовать до этого? А Oracle? По поводу не использования BDE - это говорит только о том, что вы пришли на Delphi очень поздно (когда была уже, как минимум, версия 4).
Хотите еще пример? Пожалуйста. Как Вы собираетесь поддерживать на Delphi все фишки Windows Vista? B насколько сложно их будет поддерживать разработчикам на VS .NET?

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

«Представьте, что Вы пишете приложение, используя dbExpress...»( panda)
Простите, не представляю...:)
Только ADO и ActiveX. И BDE никогда не использовал принципиально – раз есть возможность использовать универсальные средства самой ОС, то только их и надо использовать. 

«1. Поддержка новых БД.
2. Работа под новыми платформами.
3. Поддержка новых технологий.
4. Рынок компонентов третьих фирм отсутстует.
5. Очень сложно найти новых специалистов для замены ушедших - это кстати пожалуй должно стоять на первом месте).
6. Клиенты не хотят покупать софт, разработанный на "не модном" языке, потому как опять таки не верят, что фирма выпускающая его будет в бизнесе долгое время и сможет модифицировать - поддерживать свой продукт (см. пп. 1-5).»( Александр)

П.1 я не понял. Если есть драйвер для ОС, то я его и использую, зачем мне какая-то локальная поделка.
П.2 существенен для тех, кто работает над кроссплатформенными проектами. Я пишу только под винду. А в ней совместимость сверху вниз никто не отменял. Проекты, написанные во времена Вин-98 отлично работают под ХР именно потому, что применялись ТОЛЬКО стандартные, документированные средства ОС.
П.3 мне опять не понятен.
П.4 – никогда не использовал покупных компонентов вообще. Тоже принципиально :)
П.5 – в после нас хоть потоп :). А если серьезно, то такой ситуации я просто не представляю, на чем бы проект не был написан.
П.6 – клиент вообще не должен знать, на чем написан проект, если он покупает только готовый продукт.

«Кобол - тоже хорошее средство для определённого круга задач. Вам придёт в голову начинать на нём новый проект?» ( гость)

Если бы я его знал и считал удобным – почему бы и нет?

«Во-первых, оба этих продукта поддерживались и развивались производителем, что как раз и дало Вам возможность такого перехода.
Во-вторых, а зачем? D7 не так уж сильно отличается от D5.» ( гость)

Действительно, никаких критических причин не было. Все, что я использую в D7 было и в D5. Просто возможность подвернулась...

«Если MS сделает следующую версию Office (а оно-таки именно сделает) не через ActiveX, а через что-то другое...» ( гость)

Маловероятно...