Почитал тему "Будущее Делфи", а интересно почему Delphi-европа (наверное автор имел ввиду в большей степени Россию), C-штаты. Сам пишу на Delphi для баз данных. Раньше по типу локальные базы-были большие проблемы со скоростью, затем client/server midas гораздо лучше, теперь по Oracle вообще класс. Если раньше BDE, сейчас альтернатив более чем достаточно (например ODAC,DAC под Oracle, OPUS для Access), так что жаловаться сейчас на Delphi приложения для баз данных оснований нет. Остались конечно проблемы, но из разряда рационализации проектирования баз, написания SQL, ... В одно время жаждал изучения C, из-за скорости работы Delphi с локальными базами, через BDE. Но поставив Visual C с библиотекой MFC, понял что приложение на С я буду писать гораздо дольше чем на Delphi (данное высказывание прошу понять правильно: это не камень в сторону С, т.к. я не являюсь профессионалом в данном языке). Хотелось бы понять что я упустил про С или где переоценил Delphi, ведь программируют же в 1С прекрасные задачи, кстати на Delphi крупных задач для баз данных я не видел. Или мне с MFC в С не повезло, возможно есть более богатые по возможностям библиотеки, писать свои библиотеки считаю неразумным, т.к. никакое комерческое предприятие не будет ждать когда вы разработаете библиотеки за N лет и начнете писать задачи для пользователей.
Размышляя о территориальном делении интересов, если Delphi+СУБД рабочая и замечу быстрая схема разработки приложения, а С+СУБД рабочая и сложная схема разработки, то либо в штатах времени и денег немеренно у предприятий на автоматизацию (при своих программистах), либо у них бизнес стандартизирован для покупки типичного приложения. Кстати может кто знает в штатах в фирмах существуют люди или отделы занимающиеся разработкой приложений. Интересно узнать мнение коллег по этому вопросу.

> А почему VC, а не Borland Builder C++ ?
Я тогда писал Delphi+Access и решил Windows,Access,VC - Microsoft, кто может лучше знать продукты кроме фирмы разработчика, эти и обусловлен выбор именно VC