Hi Erop

a>>>Вот именно — эта фича позволяет не писать программку чтобы играть с параметрами!

AV>>Когда нужно поиграться с какой-то моделью, то лучше написать на чем-то, что позволяет на ходу менять код. Edit & Continue не подходит, потому что много тут не наменяешь. Тут можно поиграться не только с переменными одной функции, но и со всей моделью. Для этого и предназначены прототипы. На них анализируется и отлаживается решение. А потом уже готовое решение внедряется в продукт. Потому что если в готовом коде вертеть моделью, то постепенно код станет помойкой. Да и скорость изменений в коде готового продукта меньше, чем в прототипе.

Е>Это очень от задачи зависит. Если задача действительно сложная и с долгой историей, то фиг ты там чего на стенде наразрабатываешь Обычно истэнд небанален.

Вот сижу на проекте, где разрабатывается Application Server и аналог COM/DCOM и подобного. Задача достаточно сложная. Согласен? Проекту уже несколько лет. Так практически все решения обкатываем на прототипах. Чтобы обкатать какое-то решение на стенде не надо воспроизводить все данные. Достаточно небольшой части.

Кстати, спросил знакомых, сидящих на наукоемких проектах (о них я тебе уже писал). Так там тоже подавляющее количество решений обкатывают на прототипах. На двух проектах даже проводили исследование, что будет быстрее:
1. Написать прототип, поиграться с решением, перенести все в проект;
2. Играться в коде.

Так второй путь оказался гораздо дольше и дороже.

Е>Кроме того, чтобы твой код не превращался в помойку надо бескомпромисно искать простоту и блюсти дисциплину. И всё.

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

Е>Ну и потом SS на свете есть. И грамотное проектирование. Сразу с учётом нужды "играться"

Что такое SS?

Ты заранее можешь догадаться с чем и как тебе придется играться?

--
С Уважением