Здравствуйте, Cyberax, Вы писали:

C>Whistler wrote:
>> а) Visual C++ — 2 месяца работы двух программистов, лабающих на MFC +
>> WinAPI и требующих зарплаты $1.6к (только потому, что они нефиговые
>> C++-программеры, а не какие-то делфисты тупые). Бюджет: 1.6 * 2 мес * 2
>> чел = $6400
>> б) Delphi 7 — 2 недели одного Delphi-программиста (просто потому, что в
>> делфи уже на базе VCL сужествует огромная куча функциональности привязки
>> к данным, формирования отчетов и т.д.) с окладом $800 (потому, что
>> квалификации программистов для данной задачи достаточно, чтобы знать
>> только VCL + на базовом уровне SQL). Бюджет: $400.
C>Развиваем идею. Приложение понравилось, в него решили добавить новые
C>функции. Но в дельфяном приложении все построено на прямом биндинге
C>полей к результатам запроса (а как же — надо чтобы все было быстро
C>разработано), а в MFCшном приложении сделана объектная модель и выделен
C>слой работы с БД.

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

C>Я лично такую ситуацию наблюдал не один раз. С помощью Дельфи/VB можно
C>очень быстро сделать начальное приложение, но вот потом поддерживать его
C>очень сложно.

C>Естественно, можно сразу писать на Дельфи красиво и нормально. Вот
C>только все магические улучшения производительности программиста куда-то
C>пропадут.

Если перелопачивать половину форм — это не фича а коренная переделка при изначально неверном проектировании. И здесь в MFC будет такая же ж.... Ибо когда неправильно спроектирована объектная модель проблем не меньше это точно. Если изначально грамотно спроектировать приложение, то будь оно на C++ и ли на дельфи добавлять новый функционал будет легко и приятно.
p.s. Слой работы с БД не есть особенность MFC, при необходимости его можно прикрутить куда угодно.