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

Lazarus в своём нынешнем виде никак не может быть альтернативой Delphi. Зачем нужны эти сомнительные "вкусности", если нет полноценной поддержки ни модулей данных, ни пакетов а-ля *.bpl А быстродействие генерируемого FPC кода просто плачевно - он в 2-3 раза проигрывает Delphi, у которой-то и параметров оптимизации считай, что нету.

Вы считаете, что проекты Delphi с пакетами и midas.dll под WINE работают намного лучше, чем нативный код, скомпилированный в Linux? Смею Вас разочаровать - это совсем не так.

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

Ответ на »сообщение 40« (Cepгей Poщин)
___________________________

Кросплатформенность на уровне программного кода (Win32/Net/Linux) была бы очень полезной, но мощщи похоже не хватает.
Если хватит только Win32/Linux, то можно перейти с Delphi на Lazarus. Заодно будут некоторые другие "вкусности", отсутствующие в Delphi, например, Generics.

Lazarus в своём нынешнем виде никак не может быть альтернативой Delphi. Зачем нужны эти сомнительные "вкусности", если нет полноценной поддержки ни модулей данных, ни пакетов а-ля *.bpl А быстродействие генерируемого FPC кода просто плачевно - он в 2-3 раза проигрывает Delphi, у которой-то и параметров оптимизации считай, что нету.

Ответ на »сообщение 41« (panda)
___________________________
Кста недавно вышел Chrome Joyride
со следующими фичами: поддержка лямбда-выражений, возможность объявления переменной в любом месте исходного текста, а не только в секции объявлений; полная поддержка итераторов (на уровне синтаксиса языка), расширенная обработка исключений (try/finally/except), виртуальные свойства (vrtual properties), контракты классов, обобщения (generics), расширенные методы (Extension Methods), неявное объявление типа переменной (Variable Type Inference), расширенный синтаксис операторов with и for.

http://kv.by/index2007321102.htm
http://www.remobjects.com/product/page.asp?id={11CCC402-89F6-4387-80DF-929074AF7322}

Ответ на »сообщение 40« (Cepгей Poщин)
___________________________

Кросплатформенность на уровне программного кода (Win32/Net/Linux) была бы очень полезной, но мощщи похоже не хватает.
Если хватит только Win32/Linux, то можно перейти с Delphi на Lazarus. Заодно будут некоторые другие "вкусности", отсутствующие в Delphi, например, Generics.

Ответ на »сообщение 39« (strong)
___________________________
Вообще, когда происходят такие метания - это близкое предверие конца. Эти метания происходят последние лет пять, хотя конечно, что это по сравнению с вечностью... :)
Кросплатформенность на уровне программного кода (Win32/Net/Linux) была бы очень полезной, но мощщи похоже не хватает.

Вообще, когда происходят такие метания - это близкое предверие конца. Ну в самом деле: были попытки CLX и Kylix - заброшены. Сейчас какие-то убогие реверансы в сторону .NET. Может кто-то со мной будет спорить, но я считаю - самое ценное в Delphi - это возможность создания родного win32 кода без особого напряга, остальное все мишура. Лично себе собираюсь купить Turbo Proffesional и остановиться на этом.

Ответ на »сообщение 37« (Anton Filatov)
___________________________

TD Better будет иметь существенно отличный набор фич от Delphi Professional.
TD Professional и сейчас сильно отличается от BDS Professional. Если все останется в таком же виде, но с измененными названиями, думаю, это всех устроит :-)

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

А чем это принципиально отличается от текущей схемы:
TD 2006 Explorer -> TD 2006 Professional -> BDS 2006 Professional -> BDS 2006 Enterprise -> BDS 2006 Architect ?

Пардон, про Architect забыл в своей схеме...

Насколько я помню, там была очередная маркетинговая неразбериха: Ник начал всем говорить, что Turbo - это для начинающих, любителей и студентов, на что народ ему возражал - ну как же так, ведь Turbo-то Professional! В итоге Ник сказал, что да, профессионалы, если уж им так хочется, тоже могут использовать Turbo, но в будущем они изменят названия редакций Turbo на более соответствующие их рангу (тогда он условно обозначил их как TD Explorer и TD Better), и что TD Better будет иметь существенно отличный набор фич от Delphi Professional.

Короче, CodeGear пытаются охватить максимальный ценовой диапазон пользователей, потому что сейчас мелкие клиенты уплывают у них между пальцев. С другой стороны, если уж планы есть у них, было бы неплохо оформить их в roadmap'ы - хотя бы чтобы просто продемонстрировать, что линейка Turbo не заброшена и чтобы мелкие клиенты хоть примерно знали, чего ждать. Потому что сейчас со всей этой неопределенностью полагаться на Turbo особенно не приходится...

Ответ на »сообщение 35« (Anton Filatov)
___________________________

Turbo Delphi -> Turbo Delphi Better -> Delphi Professional -> Delphi Enterprise

А чем это принципиально отличается от текущей схемы:
TD 2006 Explorer -> TD 2006 Professional -> BDS 2006 Professional -> BDS 2006 Enterprise -> BDS 2006 Architect ?
На каждом шаге от первого до последнего что-то появляется. Плюс, не надо забывать разницу во времени выхода BDS и TD. Если между BDS Professional и TD Professional с поддержкой UNICODE и 64 бит будет большой разрыв (6-9 месяцев), то желающие купить сразу, а не ждать "у моря погоды" наверняка найдутся.

Ответ на »сообщение 32« (Sega-Zero)
___________________________

Лично мне за глаза хватает стандартной палитры, и стандартных возможностей.

Тогда поставим вопрос по другому: что из Turbo Delphi 2006 можно ещё вырезать без особого ущерба? Ведь по сути Turbo Delphi 2006 - это почти полный аналог BDS 2006 (с одним языком), а CodeGear предполагает сделать как минимум два упрощенных продукта, которые будут ещё более урезанными (по информации от Nick Hodges из ньюсгрупп) относительно Delphi Professional:

Turbo Delphi -> Turbo Delphi Better -> Delphi Professional -> Delphi Enterprise

Вот я и думаю, что в Turbo Delphi ещё можно урезать?