2 scof:
Спасибо, и все таки хотелось бы что то типа вывода, целесообразно ли использовать Bold и когда ? + если не Bold - то что ? ..

Целесобразно, но еще более целесообразно использовать не Bold, а сразу Delphi 8 Architect, куда входят Together и Bold сразу. В любом случае это потребует времени для обучения, привыкания и т.п, т.е решать должны вы сами после того как сами попробуете Bold руками. Я совершенно согласен с mv , что лучше 1 раз поставить (это, действительно, займет всего несколько минут) и попробовать, чем слушать чужие комментарии. Максимум пара часов на чтение доки и создание простого приложения - все сразу станет ясно, что вам дает Bold :о)

.. Всё таки как я понял аналогов Bold for Delphi пока нет...

Это смотря что считать аналогом:

Bold for Delphi FAQQ: Who should use a Bold product?
A: Anyone who want to leverage the UML, who wants to assure they got an application "as designed",
who require fast development and future proof applications.

с этой т.з аналогом связки CASE-Bold можно считать CASE-средство с поддержкой xUML или CASE-средство + полноценный (fully customizable) кодогенератор, т.е они могут на основе xUML/UML-модели обеспечивать так называемую 100%-ю или близкую к этому генерацию кода. И те, и те средства на рынке есть. В этом случае также есть определенные достоинства, например, не нужен Bold UML Model editor, т.е проектирование и эксизное программирование сразу выполняется в CASE-средстве. При этом в Delphi можно создавать ГИП и синхронизация с моделью может происходить по желанию или автоматически

Bold for Delphi FAQQ: What is Bold anyway?
A: The Bold architecture is designed to offer a model-driven application platform,
the infrastructure of an application driven by the blueprint of the application.

Technically it's a n-tier framework and integrated development environment. Think
of Bold as the architecture and the foundation and Bold for Delphi, Bold for C++
and ModelRun are the products.

с этой т.з, т.е если рассматривать Bold как средство, преобразующее UML-OCL модель в код Delphi, использующий Bold-компоненты, упрощающие программирование для БД, XML и т.п, то аналогом можно считать полноценный кодогенератор + соответствующие компоненты. Кодогенераторы, использующие сторонние компоненты и сами Delphi компоненты для работы с БД (тот же O-R маппинг), XML и т.п также есть. В любом случае исходить надо из задач и относительных преимуществ/недостатков. Достоинство Bold в том, что его можно поставить и сразу начинать работать. Преимущество CASE-средств с почти полноценной поддержкой MDA в том, что они, действительно, наиболее близко поддерживают MDA в отличие от связки CASE-Bold, т.е если потребуется, то их можно настроить или перепрограммировать на не-Delphi реализацию, например, на C#, Java и т.п, если такое потребуется или вы решите создавать прилоежения под другие языки/платформы. Сегодня такой подход уже не редкость, например, у тех же индусов. Многие думают, что это они трансляторами и руками сотни KLOCK переводят из Java в BCB или наоборот


2 tygra:
Жаль, что для меня все эти (как оказалось об них речь :)) UML и т.п. дремучий лес. Ну может неосознанно я и понимаю чего, но точных определений - нет. Наверное стоит поучить, может Репликант подскажешь, чего и откуда начать. ...

IMHO не надо ничего учить, т.к это материал не ахти какой сложности, т.е вдумчиво прочтешь и все сразу станет ясно. UML - в книге Фаулера & Скотта, "UML в кратком изложении", 1-е или 2-е издание. Вообще с опытом все больше убеждаюсь, что книжный способ лучше подходит для занятых и людей, не связанных непосредственно с разработкой, например, руководителей, а для разработчиков лучше подходит практический способ - поставить CASE-средство и сразу начинать работать с ним руками. Я могу порекомендовать замечательное средство - Sparx Systems Enterprise Architect 4.1 . Достоинства: подробный док в CHM формате, низкие системные требования, поддержка: UML 2 (13 диаграмм), метрик сложности, управления требованиями и проектом (словарь, описания ВИ/требований, ToDo задачи и т.п), есть бесплатная Lite версия для просмотра моделей, репозиторий, неплохая поддержка генерации для СУБД MSSQL/Oracle и Delphi, создание отчетов в HTML/RTF, открытый API, поддержка XMI, масса плагинов, продукт постоянно развивается, очень мало багов, форум разработчиков и поддержки и т.п. Триал 30 дней. Корпоративная версия - ~200$. Средств с такой функциональностью дешевле я не встречал, конечно, кроме варезных :о)

.. А то все и так работает, со старыми верными подходами (ErWin + БД :)), а для собственного просвещения было бы полезно.

Если для просвещения, то знакомства с UML и кодогенерацией более чем достаточно. Если серьезно разбираться с MDA, то можно "погрязнуть", т.к диапазон ее поддержки от почти полного до обычного UML-моделирования

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

Конечно, придется и от Профайлера или что ты используешь никуда не денешься! IMHO разработчики Bold и не ставили себе целью избавление от "низкоуровневой" оптимизации БД :о)


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

OFFTOPIC: Тебе бы книги по software culture или software life (стиль жизни разработчиков) - IMHO у тебя талант писателя. Может создадим в работе топик вроде "Как разработчику изменить свою жизнь (профессию) к лучшему" или "Что делать после 40 и далее лет". Перетрем о том, о сем... :о)