Как вы считаете?

http://forum.vingrad.ru/forum/topic-248192...0%B8%D0%B9.html

Roggy, шо за ссылки на бредовые сайты?

жив и дальше будет жить =)

http://www.isdelphidead.com/ 

Да надоели уже эти вопросы  . Пока есть на форуме раздел Delphi, ответ очевиден.

ИМХО, глупый вопрос.

количество однотипных вопросов должно настораживать как не крути...

а вообще, на некоторых предприятиях ещё фортран юзают не смотря на отсутствие поддержки и кривой архитектуры. так что понятие "жив" весьма растяжимо.   

считаю умирает )

с тем, что они заявили в будущем об x64 и кроссплатформенности?

планы на х64 помню, а кросплатформенность - покажи источник, если это опять не про клизму призму  

Ой, писали уже не раз на самых разных сайта про кроссплатформенность в D2011. Но, видать, не успевают, поэтому отложили. И x64 отложили. В общем, я так думаю, что пока точно неизвестно, что нового будет в D2011. И мне вообще не понятно, зачем они клепают каждый год новую версию? Вон МС, раз в три года выпускают свои продукты и здОрово.

Следующий идёт Фалкрум:
http://edn.embarcadero.com/article/images/...umb03000008.png

Где заявлена компиляция кроссплатформенных приложений. Думаю, что встроили старые исходники CLX от D7.
http://edn.embarcadero.com/article/39934

roadmap
http://edn.embarcadero.com/article/images/39934/03000009.png

Это сообщение отредактировал(а) Akella - 5.7.2010, 10:27

Чего? В D2011 есть компиляция под MacOS. Отложили под Linux на след. релиз. По одному шагу за раз.

Лучше б сделали для начала под Линукс, а потом уже под Мак.

Дык ведь как-бэ Apple на коне  Отовсюду только и слышно.

А может, Mac более интересная архитектура для переноса - кто-то из разрабов компилятора уже жаловался на её "логику".

Серьёзно?    Надо будет проверить...

Вообще-то она ещё не вышла 

Официально это пока на уровне обещаний и слухов. 

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

Это сообщение отредактировал(а) CodeMonkey - 5.7.2010, 17:47

Помнится я регился как бета тестер   

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

ИМХО, они из штанов лезут клипая по новой студии ежегодно только для опровержения слухов о трагичном исходе дельфи, вместо того чтобы хорошенько раз попотев выпустить реально завершённый во всех смыслах продукт и поставить точку в спорах.

даже тестить не стану в этот раз.  

Это как?

у любого продукта должна быть логическая завершенность полёта фантазии    
принцип прост - решили заняться кросплатформенностью, так завершите с ней. ни для кого не секрет, что для персоналок актуален сравнительно небольшой ряд операционок - виндус и пара юниксовых, например мак и линь. 
что наблюдаем - то линукс за ухо потреплят, то про мак заикнутся... общего подхода или стратегии, как у QT например, у эмбарги нет. 
считаю, что абсолютное большинство компаний/разрабов не станет ежегодно менять среду программирования из-за появления "новых картиночек на кнопках".
уже пора сделать качественный скачок, как от турбопаскаля к дельфи...
я б может был не столь эмоционален в своих суждениях, еслиб они версии 2ххх называли беттами...  


дельфи однозначно не мёртв, а отвечая на вопрос, умирает ли дельфи, сначала надо ответить на вопрос, а есть ли будущее у дельфи. тут надо определиться с дефинициями, ведь язык казалось бы мощный и перспективный, но что-то не так. 
я бы определил наличие будущего наличием перспективных планов на будущее... 
за одно определил бы и понятие будущего. будущее не исчезает от отсутствия плана))) предлагаю считать будущим ту часть времени, в которой идёт развитие дельфи согласно перспективному плану (а не локальному, аля устранить 15 багов в день).
является ли планом роадмэп от эмбарги? 
- нет. 
это не road map, а backyard map, так как дальше устранения существующих проблем подручными средствами дело не движется. опять же, как самый простой и наболевший пример, кросплатформенность должна быть реализована в рамках единого подхода, а сам подход не может не учитывать прочих проблем, таких как компилятор для x64 под разные платформы.
при всей моей фанатичной любви к дельфи ответ очевиден:
road map это не план -> нет плана, нет будущего -> нет будущего, значит умарает.

Это сообщение отредактировал(а) CompWorm - 11.7.2010, 12:33

Что делают они именно то, что вы от них ждёте:



Вас ожидает поддержка Мака и Линукса. Что не так?

Вот это ещё презабавно слышать:


Особенно на фоне того, что именно Qt является основой для GUI в кроссплатформенных проектах Delphi.

Или для того что бы пипл заплатил за очередное обновление. 

ИМХО - Delphi либо станет open source, либо умрет. Так как в embarcadero явно не хватает сил средсв на ее полноценное развитие. 

C open-source мы имеем Lazarus. Насколько это лучше той Delphi, что мы видим сейчас?

Это сообщение отредактировал(а) CodeMonkey - 11.7.2010, 21:10

CodeMonkey, 



Боюсь Вы не поняли мою мысль.

Lazarus - не Delphi. Не уверен что на нем кто-то делает коммерческие проекты.  А на Delphi много чего сделано. 

И если Delphi станет открытой - то будет много желающих поучаствовать в проекте.  

Сейчас мы видим,  что embarcadero  не может нормально развивать IDE. И дальше ситуация вряд ли станет лучше. 

embarcadero, пока еще не поздно, нужно менять коммерческую модель.  Стандартная версия IDE должна быть бесплатна и с открытым кодом - что позволит сократить расходы на разработку, тестирование и исправление ошибок - часть работы будет делать сообщество. А деньги брать за дополнительные наборы компонент и тренинги с сертификациями.

К тому же бесплатность IDE начнет привлекать новичков.

Они не для того ее покупали за 3$ млн. чтобы делать её Open Source. 

bartram,  Open Source - не значит отсутствие прибыли.  К тому же никто не мешает параллельно иметь коммерческую версию (с доп компонентами, поддержкой ).

В данный момент все выглядит очень не радужно в плане темпов развития.

Это сообщение отредактировал(а) Vasay - 12.7.2010, 00:10

Vasay, мне кажется это не тот путь которым может пойти сейчас Эмбаркадеро. Дай Бог, чтобы они Турбо версию новую выпустили. А то уже все заждались 

И мне кажется, что ни цены они снижать не будут, ни тем более делать бесплатных и OpenSource.
Хотя вспомните, как было здорово, когда появились 2 версии Турбо Дельфи! 

  Конкурентов много. Нужно вводить что-то уникальное, чего бы не было ни у кого. Визитную карточку. А чего мы видим? Жалкие попытки клонировать С# на нативном коде. Т.е. они уже признали свое поражение и пытаются сделать не хуже вместо того чтобы сделать лучше. В настоящее время видно раздувание кода VCL до безобразия. Непонятно как они сами, там что-то понимают. 

Желающие поучаствовать в развитии Delphi сейчас занимаются Lazarus. Ну. Много ли мы видим этих желающих?



Да, согласен, силёнок маловато. 

Но отдать на откуп сообществу - будет только хуже. Пример? TurboPower - дофига народю юзает, верно? Довольно качественный и уникальный код. И что? Вышла D2009. Хоть кто-то почесался адаптировать это под Unicode? Окей, один человек почесался. А в остальном Embarcadero пришлось взять на себя заботу о TurboPower. 

С чего вы взяли, что стань Delphi open-source, над ней хоть кто-то будет корпеть? Да ни в жизнь. Всем интересно писать своё и никому не интересно писать Delphi, разбираться в их коде, в их запутанном коде с многолетней историей и кучей хаков совместимости. У Delphi сообщество не настолько огромно, как скажем у Linux, чтобы можно было нормально делать на open-source за счёт энтузиастов. Lazarus - тому подтверждение.



Что Embarcadero видит свою уникальную фишку в "native cross-platform RAD". И догоняют её как могут.

Alexeis, поддерживаю.

CodeMonkey, мой предыдущий спич посвящён тому, что собственных оригинальных идей у эмбарги нет... они пытаются к и без того хорошему языку прилепить чужеродные элементы, как .NET призму и веб-программинг. не совсем понятно и как будет выглядеть дельфи для МАКа... 

второе что я хотел показать, так это то что неплохие деньги можно заработать, скажем, продавая временные лицензии на конечный продукт, включающий всё то, что мы обсуждаем. да, надо запереться в офисе и попотеть, но тогда можно предоставить IDE как отрытый продукт, не снижая цен и получая регулярную фиксированную прибыль. в IDE никаких волшебных моментов для сокрытия наверняка нет. вот компилятор можно и проприетарным оставить.

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

хотя у меня нет источников и я могу ошибаться.

просто ситуация как с Nero - есть шестая версия и остальные по боку, ибо там ничего нового нет - просто сборник утилит, которых и так в изобилии.

Это сообщение отредактировал(а) CompWorm - 12.7.2010, 12:44

Окей, какие конкретно оригинальные идеи вы предлагаете для продвижения Delphi? Почему-то все реально выглядящие планы по спасению Delphi выглядят примерно так:

- Добавить в Delphi Unicode.
- Добавить в Delphi Cross-Platform.
- Добавить в Delphi x64.
- Добавить в Delphi CNPack (IDE).
- Добавить в Delphi CodeRush (редактор кода).
- Добавить в Delphi FastReport (отчёты).
- Добавить в Delphi AQTime (профайлинг).
- Добавить в Delphi TMS Pack (красивый нормальный UI).
- Добавить в Delphi ICS (сеть).
- ....

Здесь вообще нет оригинальных идей. Люди хотят видеть что-то, что им нужно и что они уже где-то видели. Им не нужны оригинальные идеи (окей, может быть это пока).



А как выглядит QT для Мака?



Народ всё равно переходит через версию-две-три-пять. А чем раньше выпустишь - тем больше отзывов и фидбака. 



Согласитесь, с натяжкой аналогия. Это не про Delphi. Если для вас в новых Delphi ничего нового нет - вы явно нетипичный пользователь Delphi.



Вопрос только в стоимости, а не в самой Delphi. 

тогда вопрос закрыт.

поэтому есть смысл выпускать через два-три-пять лет.

опять таки, ИМХО, для выслушивания пожеланий есть бетта.

согласен, аналогия слабая. и бесспорно новшества есть, только 

есть в большинстве языков/IDE... это не новшества, а долгожданные плюшки, которые задержались в связи с перепродажами.


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

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

В M$ так и делают 


Тогда уж лучше DevExpress, т.к. TMS по некоторым заверениям глючноват, а вот из TMS можно добавить TMS IntaWeb 



Я вот не могу вразумить, они, наверное этого не понимают, что стоимость слишком высока. Сделайте дешёвые версии дельфи для одиночных разработчиков и популярность дельфи возрастёт.

Добавлено через 53 секунды

кхм... а ты о чем?

Добавлено через 57 секунд
      

По-моему, это вообще никто не понимает. Delphi очень популярна в России (кажется - первая или вторая в мире). Почему? Потому что стоимость низкая (пиратская). А популярность падает. Ибо начинают задумываться о лицензии.

Так вот и я про тоже. Что народу, который сидит на Delphi, нафиг не упало "оригинальная концепция и видение Embarcadero, что отличало бы её от других конкурентов". Им бы получить то, что есть у других. Потому что сейчас "фишка Delphi" в том, что она НЕ имеет того, что имеют другие.

Вот когда реализуют хотя бы часть этого и станут как все - вот тогда можно будет говорить об оригинальном пути развития и отличиях от конкурентов (но уже в хорошем смысле).

Кстати, у MSVS 2010 нет express версии, и самая дешевая - professional, стоимостью 800 баксов, что тоже не дешёво для одиночных разработчиков, а самая дорогая 12 тыщ - можно классную тачку купить %)
http://www.microsoft.com/visualstudio/ru-ru/products

Есть:  http://www.microsoft.com/express/Downloads/

Странно, а что ж они там не выставили

А чтоб покупали, кто не знает про Express ))

У Turbo тоже отдельный сайт вроде был. И никаких ссылок друг на друга (хорошо заметных) не было.

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

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

ну или делфи просто умрёт   

Кроссплатформенность я бы вообще выкинул (может пока?!) (хотя она явл. их ПРИОРИТЕТОМ), остальное сделать срочно в 2011 и резко снизить стоимость - иначе плохи будут их дела. Ну нет там таких преимуществ над VS, чтобы загибать такие цены, а вообще-то как уже сказали дотянуть бы до аналогов (той же VS 2010).
Не говорю уже о возможности затянуть все это на пару-тройку лет.

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

Это сообщение отредактировал(а) Keeper89 - 24.7.2010, 21:16

На самом деле кроссплатформенность - сильный плюс. Кто у нас ещё предоставляет RAD + native + cross-platform? Я таких не знаю. Обычно встречается комбинация двух фишек, но не трёх.

CodeMonkey, 



Если embarcadero  не могут сделать x64 в win (что куда проще чем добавить поддержку *nix) - то сильно я сомневаюсь что они это сделают.

Вообще тут два пути - делать привязку к существующей кроссплатформенной библиотеке (QT, например).

Либо допиливание Призм и крики - "мы крутые! мы сделали Кросплатформ" тихо помалкивая про лицензионные проблемы mono и его кривость в сравнении с оригинальным .NET.  

Что-то мне подсказывает, что будет именно второй вариант.  Кстати, если убрать рекламу про кроссплатформенность, весьма многообещающий -  за .NET будущее разработки под win. native  MS похоронит в обозримом будущем, как тот еще костыль мешающий их экспансии на иные процессорные платформы.

Есть, конечно, третий вариант - разработка своей кроссплатформенной либы, но мы все понимаем, что при сегодняшнем положении дел embarcadero  такой грандиозный проект просто не потянет. 


ИМХО - если хотят выжить, пусть доведут до ума то что есть, а всякие космические проекты типа кроссплатформенности - оставят до светлого будущего, Иначе это светлое будущее для embarcadero  просто не наступит. 

Вообще-то кроссплатформенность уже с нами, хотя и в виде закрытой беты. Под MacOS, правда (под Linux - в след. релиз).

Добавлено через 6 минут и 58 секунд

Это взгляд со стороны. 

На самом деле, им не принципиально, что добавлять. Компилятор Delphi, в том виде, в каком он есть в D2010 и ниже, равно не приспособлен ни к x64, ни к Linux, ни к MacOS. Об этом говорил или Barry или Allen (не помню). Сейчас главная задача для Embarcadero - рефакторинг компилятора. Сделать его модульным и расширяемым. Чётко разделить парсер с анализом и стадию генерации кода. Тогда целевые платформы можно будет добавлять как плагины. Как только будет сделан этот переход, новые платформы можно будет добавлять относительно легко. Но процесс этот сложный и долгий. Над ним начали работать уже давно - вспомните preview x64 компилятора на конференции, кажется, года два назад.

У меня есть подозрение, что именно поэтому MacOS не случайно выбрана как первая платформа - потому что она наиболее сильно отличается от x86-32 (среди Linux, x64 и MacOS). Реализовав её сейчас - это позволит учесть сразу максимум нюансов. А то реализовали бы они сейчас Linux (или, того хуже: x64), а потом стали ещё что-то делать, глядь: а написанный код это не позволяет - и снова за перекройку.

И что это из себя представляет?  На базе чего сделали порт VCL под Mac OS ?

CodeMonkey, 



ИМХО, поддержка x64 под win и поддержка иной ОS - это принципиально разные задачи.



MacOS, так же как Linux, удовлетворяют POSIX.  Думаю, Mac OS выбран ввиду того что его поддержка со стороны Delphi более востребована ->  больше копий IDE можно продать.

Если кратко: all hail Kylix!


Подумайте ещё раз над тем, что я сказал про старый монолитный компилятор, не приспособленный под смену целевой платформы.


Linux - уже однажды пройденный путь (Kylix). Там нет ничего нового. MacOS - не паханное поле. Ссылка в поддержку моей точки зрения.

CodeMonkey, 


Несмотря на это - задачи совершенно разные.

Если сделать поддержку х64 - это вопрос компилятора. Возможно с небольшой оптимизацией кода VCL под х64.

То сделать поддерку иной платформы гораздо сложней - тут VCL так просто не портируешь.  Да и уже написанные на Delphi приложения не скомпилишь. 



В MacOS по сравнению с Linux особо нового не так много. Я думаю - тут просто вопрос финансофой выгоды - MacOS более востребован.

Да не говорил я, что это одинаковые задачи!

если взять QT из Delphi7 и переработать под Delphi 2011, то, наверное, легче

Akella, 



А в Delphi7 был QT ? Честно не знал, последний продукт от Борланд и их последователей которым пользовался был Builder 6. Отличная IDE для своего времени.


Но  наверно это был некий самостоятельный продукт, не связанный с основной библиотекой VCL? А ведь основная сила Delphi/Builder - VCL и то что с ее помощью уже написано!

Потому сделать кросплатформенность может и не сложно, но какой в ней смысл если не будет сопоставимого с VCL набора компонент и, желательно, совместимого на уровне кода (чтоб старые наработки хотя бы частично копипастить)?

п.с. Кстати, использование QT, решит и проблему с x64. 

  

        

CodeMonkey, 

Что вызвало у Вас такой смех? 

Vasay,  Я думаю это тоже самое, что покраска кузова авто решит проблему с двигателем.

RomanEEP, 

Используем QT для компонентов, FPC для компиляции своего кода. Можем компилить хоть под Win, хоть под *Nix, хоть под х86, хоть под AMD64.

Или Вы не согласны?

Добавлено через 1 минуту и 16 секунд
Другое дело, что VCL не на QT написано. А это, ИМХО, самая вкусная часть Delphi/Builder

на сколько я помню, то нужно было с собой таскать какую-то dll-ку с именем QT. И в uses приложения был тоже модуль с именем QT

  Так Kylix и есть надстройка над старой версией QT. Логично что была зависимость.

Окей, открываем C++ Builder 6, File/New/CLX Application. Что мы видим? Ба, да это ж Qt!

Не знал, что CLX  на QT.  Да и никогда его и не использовал. Думаю, как и большинство тех кто программировал на Delphi и Builder.


Т.е. получается на данный момент embarcadero пытается вернуться назад, воскресить не самый свой успешный проект? Правильно ли это?

Может стоит перенести VCL на x64? Причем перенести так, что бы для компиляции старых проектов под x64 не приходилось сильно переписывать код.

Я конечно понимаю, что маркетологам из embarcadero виднее чем мне, но ИМХО не будет много продаж Delphi QT.  Ввиду того что немного софтверных компаний рискнет взять ее для разработки нового кросплатформенного проекта, хотя бы потому что я сильно сомневаюсь, что у embarcadero получится сразу качественно.


Другое дело - выпусти они сейчас Delphi x64 - разработчики сидящие на предыдущих версиях IDE потянуться покупать новинку с желанием выпустить x64 версию своего (уже существующего на данный момент) продукта! 


Вот если бы embarcadero обеспечило возможность откомпилировать существующий VCL проект под QT(CLX). Вот это была бы бомба! Но думаю, такого не будет. 

Знаете ли вы причины провала этого проекта?

Нет, не знаю. Но вполне представляю причины, по которым этот проект провалится повторно.

ИМХО, приоритеты должны быть:
- x64 
- Delphi .NET ( prism )



Это сообщение отредактировал(а) Vasay - 1.8.2010, 22:47

Vasay, вам самому ваши утверждения не кажутся наивными?

Про CLX вы не в курсе, про Qt в Delphi и C++ Builder вы не в курсе, варианты решения кросплатформенности в Delphi не смотрели, про текущее состояние компилятора не слышали, историю Kylix не знаете - но мнение, что Embarcadero следует делать, имеете.

Я не отрицаю ваше право на собственное мнение, но...

P.S. Ваше мнение понятно: "да и никогда его и не использовал", и знать ничего не желаю, а вот x64 - хочу. Но это никак не соотносится возможностями по разработке для Embarcadero. Я, вот, тоже x64 хочу и кроссплатформенность мне нафиг не нужна. Ну и что? Это никак не влияет на существующие факты.

P.P.S. И, похоже, не слушаете, что вам говорят. К примеру. Или. Откуда можно сделать вывод, что x64 в Delphi - это сложнее, чем кажется стороннему наблюдателю, коим вы и являетесь. В сферическом вакууме это может и не так, но в реальности разработка x64 в Embarcadero идёт уже года два - в прошлом году была preview компилятора под x64 от Barry Kelly, да плюс время на разработку этого. И какой-то готовой стадии пока и не видно - когда только нам её обещают. С другой стороны, кроссплатформенная Delphi получилась намного проще. Её разработку начали всего с год, и она уже скоро будет готова. Как указал Akella, произошло это по той простой причине, что в Embarcadero использовали предыдущий опыт и наработки.

CodeMonkey, 

Вы не улавливаете мысль, которую я пытаюсь высказать почти в каждом моем посте. 

Постараюсь высказать ее более четко:

Что бы ни создали в Embarcadero с помощью  QT, .NET, GTK+, Java или чего еще другого, что хоть как то может называться кросплатформенным не будет Delphi!!!!!!! Потому что не будет совместимости кода!

Все то что было написано для старых добрых Builder и Delphi с использованием VCL не будет с этим работать (по крайней мере без большого напильника).

Вот ответьте честно - вы что-нибудь писали на CLX ?  Много проектов знаете с его использованием? 

Выпусти сейчас Embarcadero  очередной Kylix много народу кинется его покупать? Вы его купите? Если да, то зачем?

ИМХО его купят единичные программисты, которые хотят писать для MacOS на паскале. 


Хочу быть не прав, но то что происходит походит на какие-то попытки Embarcadero показать признаки "бурной деятельноси" (а скорее вообще, хоть какие-то признаки жизни).  Какая у этого цель? Чтоб поклонники не забывали, да еще разок заплатили за "принципиально новую" Delphi  2011 модельного года? Или может хотят подороже сбагрить акции?



CodeMonkey, согласитесь, что реальный интерес с реальными продажами сейчас может вызвать только x64. Потому что это нужно! Нужно тем кто сидит на Delphi 7 - Delphi 2010 со своими многолетними проектами написанными с использованием VCL.  И они готовы за это платить. 


Так почему же нет до сих пор x64? Ответ напрашивается сам собой. И весьма не радостный ответ.

я пытался писать под linux на Kylix в свое время. Остались очень неприятные воспоминания. 

Да, это очевидно. Не будет. Ну и что? Вот чего-чего, а "несовместимость кода" никак не числится в причинах провала Kylix.


Да, я три года писал проекты на Kylix 3. Совместимость была достаточной, чтобы можно было начать писать проект с нулевой подготовкой и нулевым знанием новой библиотеки. Проекты не были кроссплатформенным - был вариант только под клон RedHat. Писались с нуля, перевода существующих проектов у нас не было (или я не был в курсе).


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


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


Вы хотите сказать, что это нужно вам и вы готовы за это платить. 

Да поняли мы, поняли.

Верите вы или нет, но большей части разработчиков этот x64 нафиг не сдался. Зачем? Их 32-х разрядные приложения отлично работают. Давайте посмотрим, кому реально нужен x64:

- Логика программы требует ворочать огромными объёмами данных в памяти.
- Кто пишет плагины/расширения для Проводника и других программ.
- Хуки.
- Кто работает в команде и пишет DLL, которую грузит x64 exe, писанный в VS.
- И... всё.

Последние три пункта - это ровно одна и та же причина: 64-х разрядный процесс не может загрузить 32-х разрядную DLL. Поэтому, реально причины всего две: вам нужны бонусы огромного адресного пространства или вам нужна интеграция с другим 64-х разрядным компонентом. Всё.

Ну, много ли найдётся таких людей?

Для всех остальных переход на x64 - только лишняя головная боль, которая не принесёт им ничего, кроме чувства идеальности (да! теперь наша продукт работает в родном режиме на x64!). Более того, это лишь ухудшит их ситуацию: теперь им нужно поддерживать и распространять две версии продукта, вместо одной (которая, напомню, отлично работает и так).

Добавлено через 47 секунд

Мои неприятные воспоминания этого периода связаны с незнакомой ОС.

После такого поста, мой приоритет в реализации x64 несколько упал 

гг

Ну вот, Embarcadero только что потеряла потенциального клиента, пристрелите меня...     

Не потеряла, не потеряла, организация все равно, думаю, купит