Size: a a a

Архитектура ИТ-решений

2020 June 02

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Eugene Istomin
Мой вопрос связан с тем, понимаем ли мы, как именно было сформировано понятие "software architecture", и знаем ли мы, какую задачу решал Эберхард Рехтин, внося это понятие?

Если да - давайте обсуждать, так как Э.Рехтин вполне обозначал свою позицию. И каждый из нас может её обозначить.
Если нет - что "капуста", что "архитектор", что "софтскилы" будут одним фаршем из слов.
Приведу пример из нашей практики: архитекторы это старейшие сотрудники компании, которые являются центром знаний о системе, которые знают обо всех проектах, что, когда, почему и как. Знают бизнес-процесс. Имеют целостное видение системы, консультируют и выдвигают требования к решениям отдельных команд.
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Roman Tsirulnikov
Приведу пример из нашей практики: архитекторы это старейшие сотрудники компании, которые являются центром знаний о системе, которые знают обо всех проектах, что, когда, почему и как. Знают бизнес-процесс. Имеют целостное видение системы, консультируют и выдвигают требования к решениям отдельных команд.
» которые являются центром знаний о системе, которые знают обо всех проектах, что, когда, почему и как
А.И.Боровков (CompMechLab, котрая первый российский лимузин для президента) старается с ними год-два плотно работать, всё спрашивать, переводить их инженерную картину мира в модели, тестировать с их участием.

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

AM

Artem Mitropolskiy in Архитектура ИТ-решений
Все эти внутренние hr и учет особенностей конкретного сотрудника - это попытка из разнородных деталей вручную сделать механизм.
Можно, и даже может будет круто, но дорого в эксплутации.
Может проще признать, что в ит все-таки работают ремесленники, а не художники, и что стандартизация работ и общения нужна. И учить людей работать друг с другом.
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Roman Tsirulnikov
Приведу пример из нашей практики: архитекторы это старейшие сотрудники компании, которые являются центром знаний о системе, которые знают обо всех проектах, что, когда, почему и как. Знают бизнес-процесс. Имеют целостное видение системы, консультируют и выдвигают требования к решениям отдельных команд.
Это же продакт-оунеры чистой воды.
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Artem Mitropolskiy
Все эти внутренние hr и учет особенностей конкретного сотрудника - это попытка из разнородных деталей вручную сделать механизм.
Можно, и даже может будет круто, но дорого в эксплутации.
Может проще признать, что в ит все-таки работают ремесленники, а не художники, и что стандартизация работ и общения нужна. И учить людей работать друг с другом.
» Может проще признать, что в ит все-таки работают ремесленники
Отвечу слайдом, так как "ремесло" != "я работаю в понятийном вакууме"
источник

I

Irina in Архитектура ИТ-решений
Eugene Istomin
» которые являются центром знаний о системе, которые знают обо всех проектах, что, когда, почему и как
А.И.Боровков (CompMechLab, котрая первый российский лимузин для президента) старается с ними год-два плотно работать, всё спрашивать, переводить их инженерную картину мира в модели, тестировать с их участием.

Т.е. я спорю с тезисом о том, что архитектор - это "старейшие сотрудники компании, которые являются центром знаний о системе, которые знают обо всех проектах, что, когда, почему и как". Так мы можем говорить о некоторых господах в правительстве, что они архитекторы, так как за 20-30 лет всё знают.
А какие тезисы в споре вы выдвигаете?
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Artem Mitropolskiy
Все эти внутренние hr и учет особенностей конкретного сотрудника - это попытка из разнородных деталей вручную сделать механизм.
Можно, и даже может будет круто, но дорого в эксплутации.
Может проще признать, что в ит все-таки работают ремесленники, а не художники, и что стандартизация работ и общения нужна. И учить людей работать друг с другом.
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Daria Kaftan
Это же продакт-оунеры чистой воды.
В каждой избушке свои погремушки, PO работают 2-3 года, некоторые архитекторы уже 20. PO знает лишь кусочек системы.
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Roman Tsirulnikov
В каждой избушке свои погремушки, PO работают 2-3 года, некоторые архитекторы уже 20. PO знает лишь кусочек системы.
А если этого арха вытащить из этой системы и засунуть в другую -  что он будет делать?
источник

I

Irina in Архитектура ИТ-решений
Daria Kaftan
А если этого арха вытащить из этой системы и засунуть в другую -  что он будет делать?
Он увидит архитектуру это системы,  а  PO не факт)
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Daria Kaftan
А если этого арха вытащить из этой системы и засунуть в другую -  что он будет делать?
Использовать наработанные приемы для новых решений.
Вопрос некорректен:  ограничением является скорее не система, а предметная область.
Например, если ты 20 лет занимался платежами, то не сможешь быстро понять рынок рекламы.
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Irina
А какие тезисы в споре вы выдвигаете?
Что "знать" и "уметь рассказать, как ты наблюдаешь" - это разные навыки.
Навык "я за 20 лет насмотрелся, работал везде - теперь несу на себе образ" не равно "я за 3 года профессиональной работы увидел шаг развития компании - и теперь несу на себе образ"
Второй ближе к архитектору
источник

A

Alexey in Архитектура ИТ-решений
Roman Tsirulnikov
Использовать наработанные приемы для новых решений.
Вопрос некорректен:  ограничением является скорее не система, а предметная область.
Например, если ты 20 лет занимался платежами, то не сможешь быстро понять рынок рекламы.
Но сможешь понять через некоторое время: меняются кирпичики, но умение компоновать их в здание остаётся.
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Eugene Istomin
Что "знать" и "уметь рассказать, как ты наблюдаешь" - это разные навыки.
Навык "я за 20 лет насмотрелся, работал везде - теперь несу на себе образ" не равно "я за 3 года профессиональной работы увидел шаг развития компании - и теперь несу на себе образ"
Второй ближе к архитектору
"уметь рассказать, как ты наблюдаешь"  - это инженерный навык. 57100, приложение А3.
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Roman Tsirulnikov
Использовать наработанные приемы для новых решений.
Вопрос некорректен:  ограничением является скорее не система, а предметная область.
Например, если ты 20 лет занимался платежами, то не сможешь быстро понять рынок рекламы.
То есть он работал в одной компании в одной предметной области со многими системами?
источник

AM

Artem Mitropolskiy in Архитектура ИТ-решений
Eugene Istomin
» Может проще признать, что в ит все-таки работают ремесленники
Отвечу слайдом, так как "ремесло" != "я работаю в понятийном вакууме"
Не понял. Я глобально про то, что рассматривая систему в окружении, нужно иметь в виду возможность изменения этого окружения
источник

AM

Artem Mitropolskiy in Архитектура ИТ-решений
Кстати это и к понятийному аппарату относится
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Daria Kaftan
То есть он работал в одной компании в одной предметной области со многими системами?
В работе архитектоа есть бонус в том что он не занимается обслуживанием одной какой-то конкретной системы. Часть его работы это оценка альтернатив. Часть этой работы идет в мусор, но дает развитие кругозора.
Вот разработчику (сениору), сидевшему 20 лет на одной системе, будет грустно в части дальнейших перспектив
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Irina
А какую прикладную ценность имеет это обсуждение?
Прикладная ценность в формировании понятий и связей между ними + способности понять, что все изменения происходят во времени. Понятия и их связи меняются во времени.
Демон (дэймон) - это не "злой антихрист". А идея, эйдос - это не шальная мысль :)
источник

I

Irina in Архитектура ИТ-решений
Eugene Istomin
Что "знать" и "уметь рассказать, как ты наблюдаешь" - это разные навыки.
Навык "я за 20 лет насмотрелся, работал везде - теперь несу на себе образ" не равно "я за 3 года профессиональной работы увидел шаг развития компании - и теперь несу на себе образ"
Второй ближе к архитектору
Чтобы уметь рассказать, нужно знать. Первое обеспечивает второе. Вас увлекает второе,  потому что это общий тренд современности - я молодой и эффективный наблюдатель,  визионер, навизионерил тут свой вижн,  верьте мне. Это образ мышления стартапа. Первое+второе это по сути знание методологии + умение творчески приложить методологию к контексту задачи или решения.
источник