Идея Prototype-based багтракера

[sse]

Интересное предложение. А чем хуже подход «создать из шаблона»? А шаблонов наделать сколько угодно.

И еще — можете раскрыть мысль ниже подробнее?

[...] ей становится практически невозможно управлять, но это может быть решено при помощи удобного и интуитивного интерфейса

Невозможно или все-таки можно? ;)

[mou]

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

[outcoldman]

так а кто реализовывать то будет? ;)

По вашей схеме плюсом к «ей становится практически невозможно управлять». Представьте, что у вас уже 1000 наследований, и изменение 3 уровня (по наследовательности) будет влиять на все нижележащие уровни. В общем тут описывать много то и не нужно, не все программисты любят длительные наследования, так как это всегда чревато сложным сопровождением — об этом можно почитать в книжке Code Complete Стива Макконнелла.
Просто ваш способ может быть будет несколько лучше в некоторых вещах, но проблем он наберет и не меньше чем остальные реализации.

[mou]

Макконела читал, спасибо :)
1000 наследований — это администратор сам себя в могилу загоняет. Так же как и с 30 workflow x 100 проектов x 5 Issue Types x 5 Permission Scheme x 300 Custom Fields

Вопрос в том, что бы дать в конечном итоге инструмент для упрощения структуры (рефакторинга).