Сообщение Re: Как применять UML? от 23.10.2019 9:56
Изменено 23.10.2019 10:03 Kernan
Re: Как применять UML?
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>Если бы он использовался, мы бы видели соответствующие артефакты в каждом репозитории на github.
Диаграмы классов можно получить доксигеном. Активити, вроде тоже можно.
ЭФ>Ниша UML — это рисунки в процессе обсуждения софта на доске для рисования смываемыми маркерами.
Ниша ЮМЛ это визуализаця архитектурных концепций, а не рисунки маркерами.
ЭФ>Ну и может быть, немного графики для документации, максимум десяток рисунков.
ЭФ>Как с этим пониманием жить?
Как заметил г-н Икемефула, уровень разрабов очень низкий, никто не проводит ОО декомпозицию, никто не занимается подготовкой юзкейсов. Что смогут нарисовать кодописатели? Они представили в голове как это будет работать в виде шаблонов которые увидели в очереждной статье на хабре, SO или блоге популярного программиста и всё. В итоге, UML просто не нужен таким людям. Отсюда можно сделать небольшой вывод — текущие задачи среднестатичстического разраба и архитектора настолько малы, что они способны удержать всю архитектурную концепцию системы в голове и им не нужна документация в вде ЮМЛ.
ЭФ>Если бы он использовался, мы бы видели соответствующие артефакты в каждом репозитории на github.
Диаграмы классов можно получить доксигеном. Активити, вроде тоже можно.
ЭФ>Ниша UML — это рисунки в процессе обсуждения софта на доске для рисования смываемыми маркерами.
Ниша ЮМЛ это визуализаця архитектурных концепций, а не рисунки маркерами.
ЭФ>Ну и может быть, немного графики для документации, максимум десяток рисунков.
ЭФ>Как с этим пониманием жить?
Как заметил г-н Икемефула, уровень разрабов очень низкий, никто не проводит ОО декомпозицию, никто не занимается подготовкой юзкейсов. Что смогут нарисовать кодописатели? Они представили в голове как это будет работать в виде шаблонов которые увидели в очереждной статье на хабре, SO или блоге популярного программиста и всё. В итоге, UML просто не нужен таким людям. Отсюда можно сделать небольшой вывод — текущие задачи среднестатичстического разраба и архитектора настолько малы, что они способны удержать всю архитектурную концепцию системы в голове и им не нужна документация в вде ЮМЛ.
Re: Как применять UML?
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>Если бы он использовался, мы бы видели соответствующие артефакты в каждом репозитории на github.
Диаграмы классов можно получить доксигеном. Активити, вроде тоже можно.
ЭФ>Ниша UML — это рисунки в процессе обсуждения софта на доске для рисования смываемыми маркерами.
Ниша ЮМЛ это визуализаця архитектурных концепций, а не рисунки маркерами.
ЭФ>Ну и может быть, немного графики для документации, максимум десяток рисунков.
ЭФ>Как с этим пониманием жить?
Как заметил г-н Икемефула, уровень разрабов очень низкий, никто не проводит ОО декомпозицию, никто не занимается подготовкой юзкейсов. Что смогут нарисовать кодописатели? Они представили в голове как это будет работать в виде шаблонов которые увидели в очередной статье на хабре, SO или блоге популярного программиста и всё. В итоге, UML просто не нужен таким людям. Отсюда можно сделать небольшой вывод — текущие задачи среднестатичстического разраба и архитектора настолько малы, что они способны удержать всю архитектурную концепцию системы в голове и им не нужна документация в виде ЮМЛ.
ЭФ>Если бы он использовался, мы бы видели соответствующие артефакты в каждом репозитории на github.
Диаграмы классов можно получить доксигеном. Активити, вроде тоже можно.
ЭФ>Ниша UML — это рисунки в процессе обсуждения софта на доске для рисования смываемыми маркерами.
Ниша ЮМЛ это визуализаця архитектурных концепций, а не рисунки маркерами.
ЭФ>Ну и может быть, немного графики для документации, максимум десяток рисунков.
ЭФ>Как с этим пониманием жить?
Как заметил г-н Икемефула, уровень разрабов очень низкий, никто не проводит ОО декомпозицию, никто не занимается подготовкой юзкейсов. Что смогут нарисовать кодописатели? Они представили в голове как это будет работать в виде шаблонов которые увидели в очередной статье на хабре, SO или блоге популярного программиста и всё. В итоге, UML просто не нужен таким людям. Отсюда можно сделать небольшой вывод — текущие задачи среднестатичстического разраба и архитектора настолько малы, что они способны удержать всю архитектурную концепцию системы в голове и им не нужна документация в виде ЮМЛ.