2 Varan:
1. мне эпиграф очень понравился.

Спасибо :о)

Комплимент повышает производительность женщины вдвое.
/* (с) Ф. Саган */

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

"организация процесса разработки" - что именно имеется в виду? "оказывает влияние" - да, процесс разработки, т.е результаты его использования, выраженные в показателях могут оказывать влияние на предмет (например, план), с к-рым работает методология УП. Например, профессиональная команда может правильно использовать оптимальный процесс разработки ПО и средства под него, но при этом руководство может "завалить" проект из-за неправильного управления (например, не расчитали силы); и наоборот хороший руководитель, но с плохим процессом разработки - тот же плохой результат. Методологии УП - это тема отдельного топика или даже формуа, но если "на пальцах", то понятно, что все методологии (УП, проектирования, программирования или тестирования) служат в итоге одной цели - созданию продукта, но предметы все же разные

.. Себе я ставлю задачу попроще. Научиться проектировать красивые БД и писать надежные интерфейсы к ним.

Здесь предмет - система, а процесс - методология анализа-проектирования-программирования-.., средства - RM, CASE, IDE...

З.Ы. Опасайтесь: ваш топик может "погрязнуть" в SQL, OLAP и флейме :о)


2 vdimas:
.. Даже при самой-пресамой наилучшей документации, при возвращении к этому компоненту спустя пол года потребуется:

А что входит в твое понятие "самой-пресамой наилучшей документации", т.е название документа / назначение-содержание /уровень детализации?

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

Согласен, что все это нужно для качественной работы, но вот откуда взялась оценка "минимум 2 часа"? Т.е какая именно функциональность или сложность имеется в виду? Потому что за "..автоматически генерируемым в run-time диалогом выбора" может скрываться что угодно

.. 3. 1-2 часа на кодирование и оперативное тестирование.
4. 1-2 часа на документирование дополнительно возникших фич.
4. активное тестирование в юните и в используемом ПО - 3 часа.

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

.. когда все делается сразу, автор тратит на дополнительное кодирование гораздо меньше времени (просто он уже "въехал в суть", и он "тепленький").

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

.. В приведенном примере доп. кодирование может занять вообще дай бог 1 час... Вот и сэкономили день.

"вообще дай бог 1 час" - старый вопрос: что именно имеется в виду?


2 gardenman:
1) Иметь средства коллективной разработки к которым прежде всего
относится whiteboard (доска)


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

над той же моделью или ее частью всегда работает и отвечает за нее только 1 человек,
  т.к в противном случае - один разработчик будет "переписывать" работу другого или
  бесконечные compare & merge;


переносить даже небольшие модели с доски/бумаги в CASE-средство или наоборот
  - зачем это нужно, если все можно сразу делать в CASE-средстве и при необходимости
  выводить на печать или на проекционный экран;


нарисованные на доске диаграммы и тексты даже с использованием тонких цветных
  маркеров хуже и неразобрчивее, чем нарисованные в CASE-средстве