YK
А у кого весь этот перечень правильных и корректных определений воплощён в реальность? Ну это я так - чтобы дискуссия не угасла :)
Мы идем в этом направлении. Что-то получается, что-то ...
Size: a a a
2017 May 23
YK
Мечтаю, когда так будет :)
Это - пенсия. Хотя бывших айтишников не бывает
MS
> ни требований, ни архитекторов
действительно, а зачем?
действительно, а зачем?
Сначала появляются требования. Потом, люди, которые их пишут начинают изучать всякие ИСО-шные стандарты, типа ISO/IEC/IEEE 29148:2011 Там они обнаруживаю, что в проекте нужна архитектура и начинают есть мохг руководству, что им не хватает архитекторов. Потом зовут нас, в частности для того, чтоб структурировать написанные "несколько туманно" требования, декомпозировать задачу на части, ну и придумать варианты реализации :-)
IK
Кстати, в руководстве от Oracle по enterprise architercture практики было хорошее замечание что цель работы архитектора - не создание моделей, а организация архитектурной практики.
IK
то есть архитектурная деятельность это более инфраструктурный процесс, а не выделенная функция в организации
MS
Кстати, в руководстве от Oracle по enterprise architercture практики было хорошее замечание что цель работы архитектора - не создание моделей, а организация архитектурной практики.
Съесть то он съест, так кто ж ему даст? Не, ну если топы во верят, то конечно надо пойти им навстречу и выстроить..., даже не то чтоб, практику, целый социальный институт - чтоб каждый в организации спинным мозгом чувствовал, что правильный и быстрый путь решения своих проблем пролегает через архитектурный комитет, а пытаться его обойти будет себе дороже )))
AS
Вот здесь товарищи из Large Scale Scrum на архитектурные диаграммы, как на инструмент, покушаются: https://less.works/ru/less/principles/systems-thinking.html#TheFirstLawofDiagramming:ModeltoHaveaConversation а не то чтоб, на наивные словесные описания предполагаемого поведения сложных дискретных систем, именуемых назидательным термином "требования" :-)
Хоть у доски, хоть на бумаге, но архитектура должна появится при любом процессе. Желательно, чтобы содержимое доски потом тоже перенеслось в документацию. Хотя в микросервисной архитектуре меня все более интересует вопрос самодокументирования. Swaggerом пользоваться уже научились. Что мешает автоматизировать документирование интеграционных контрактов и зависимостей? С sequence диаграммами только проблема. Это добро только руками пока :)
GK
Сначала появляются требования. Потом, люди, которые их пишут начинают изучать всякие ИСО-шные стандарты, типа ISO/IEC/IEEE 29148:2011 Там они обнаруживаю, что в проекте нужна архитектура и начинают есть мохг руководству, что им не хватает архитекторов. Потом зовут нас, в частности для того, чтоб структурировать написанные "несколько туманно" требования, декомпозировать задачу на части, ну и придумать варианты реализации :-)
Классная мысль :)
MS
Хоть у доски, хоть на бумаге, но архитектура должна появится при любом процессе. Желательно, чтобы содержимое доски потом тоже перенеслось в документацию. Хотя в микросервисной архитектуре меня все более интересует вопрос самодокументирования. Swaggerом пользоваться уже научились. Что мешает автоматизировать документирование интеграционных контрактов и зависимостей? С sequence диаграммами только проблема. Это добро только руками пока :)
Кстати, тема! надо поискать рисовалку для зависимостей
E
Судя по рекламам, анонсам и материалам от зависимостей нынче лечат не только в клиниках, но и на конференциях про микросервисы и контейнеры :)
MS
Судя по рекламам, анонсам и материалам от зависимостей нынче лечат не только в клиниках, но и на конференциях про микросервисы и контейнеры :)
GK
Судя по рекламам, анонсам и материалам от зависимостей нынче лечат не только в клиниках, но и на конференциях про микросервисы и контейнеры :)
😄
AS
Судя по рекламам, анонсам и материалам от зависимостей нынче лечат не только в клиниках, но и на конференциях про микросервисы и контейнеры :)
У вас еще нет микросервисов? Тогда мы идем к вам!
KI
#whois Кирилл Иванов, архитектор, Positive Technologies
DI
Можем исходить из того, что требования меняются на протяжении всего жизненного цикла ПО. Это значит они должны быть также имплементированы в цикл разработки, как и весь CI. Таким образом, мы должны стремиться к автоматизации всего процесса разработки как если бы это было возможно в горизонте следующих нескольких лет. Requirements-driven Development, или как оно там.
IN
2All, мне интересно как начинающему пока несколько вопросов. И первый из них "универсальная" роль Архитектора - это экспертная или руководящая роль?
AS
Экспертная без вопросов. В том числе с экспертизой в менеджменте :)
YG
2All, мне интересно как начинающему пока несколько вопросов. И первый из них "универсальная" роль Архитектора - это экспертная или руководящая роль?
Я столкнулся с тем, что у нас под архитектором очень много разных смыслов понимают. Как архитектор (😊) задаю вопросы "С какой целью Вы интересуетесь? Какая ситуация вокруг Вас, если вопрос про Вас?", чтобы дать более корректный ответ
IN
Я столкнулся с тем, что у нас под архитектором очень много разных смыслов понимают. Как архитектор (😊) задаю вопросы "С какой целью Вы интересуетесь? Какая ситуация вокруг Вас, если вопрос про Вас?", чтобы дать более корректный ответ
Вопрос академический, но практикам.
E
Тогда что такое руководящая роль, на ваш взгляд? Беда со понятийным аппаратом - даже, вроде, очевидные вещи лишний раз уточняешь - ведь как в анекдоте "есть нюанс"