?

Log in

No account? Create an account
November 2016   01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
cartoon

Читай код

Posted on 2009.05.03 at 16:01

Comments:


Денис Бесков
beskov at 2009-05-04 04:51 (UTC) (Link)
Я опять же не понимаю, если архитектура — это ключевые и высокостабильные принципы организации системы, то как же она у вас «постоянно меняется»?

Это же прямо в определении архитектуры стоит — «решения, которые нельзя легко изменить».
Gaperton
gaperton at 2009-05-04 10:55 (UTC) (Link)
Я опять же не понимаю, если архитектура — это ключевые и высокостабильные принципы организации системы, то как же она у вас «постоянно меняется»?


Common Design Principles, про которые я вам пишу, кажется, в третий раз, и которые и есть "архитектура", меняются редко, компактны, и стоят документирования. Они помогают читать код, и покажут принцип подразбиения на крупные компоненты. Но понять, как устроены компоненты, и как идут потоки данных/управления они не помогут.


Это же прямо в определении архитектуры стоит — «решения, которые нельзя легко изменить».
Я опять же не понимаю, если архитектура — это ключевые и высокостабильные принципы организации системы, то как же она у вас «постоянно меняется»?


В период год-два ключевые подсистемы при активной разработке меняются очень заметно. Учитывая средний период текучки кадров в 2-3 года, это делает экономически неоправданным создание документации по ним.

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

Если вы этого не понимаете, а вы этого не понимаете, то вы и дальше будете предлагать всем писать против ветра, предлагая писать "какие-то" документы, и ужасаться, почему это ничего не выходит.
Денис Бесков
beskov at 2009-05-04 11:11 (UTC) (Link)
Ну вот содержание подсистем в SAD уже можно и не писать.

Для подсистем есть SDD (IEEE P1016) и своя целесообразность глубины документирования и цикла обновления.
Previous Entry  Next Entry