Size: a a a

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

2020 April 05

AS

Aleksandr Semyannikov in Архитектура ИТ-решений
Maxim Smirnov
В конце мая будет онлайн. Учебный центр не успевает адаптировать описания курсов
Буду ждать! )))
источник

F

Fagor in Архитектура ИТ-решений
Irina
я согласна и поддерживаю всецело. Но процесс обычно выглядит так: 1. Читаем с опорой на свои знания (которых не хватает в предметке иначе зачем мы сели изучать) - делаем неверные выводы, т.к. внешнего контроля нет 2. Пытаемся переложить неверные выводы на свою практическую деятельность - получаем рукоблудие, но т.к. внешнего контроля нет, то считаем, что это лучшее что родил наш мозг. Лично мне, нужен ментор и внешний контроль, для раннего выявления отклонения от курса
только опыт, и здравый смысл, в первый раз накосячите - главное на подчинённых больше работ не вешайте и в кранч не вводите отдел разработки ( а то за г будут вас считать), потом научитесь. И кстати некоторым подчинённым бывает видней верное направление. После первого косяка, умейте признать ошибку и свалить в другую контору или свапнуть решение (принять на себя удар того что 10 в 6 баков будем свапать еще раз). Хорошая мина при плохой игре погятна всем, не важно как вы пытаетесь. просто начальству выгодно или плевать. А подчинённые и отдел разработки вас за г* будут считать.
источник

AS

Aleksandr Semyannikov in Архитектура ИТ-решений
В другую контору после первого косяка это радикальненько )
источник

MS

Maxim Smirnov in Архитектура ИТ-решений
Roman Molchanov
Архитекторы порой тормозят проекты и разработку в целом, мол вас куча а я нас мало и мы не успеваем осуществить архнадзор за вашими изменениями поэтому вы должны ждать нас по пол месяца что бы мы на вас обратили внимание.
Моя реплика: архитекторы решений (solution architects) создают проекты, которые без их участия скорее всего не состоялись бы. Это некоторая форма посредничества между заказчиком с довольно невнятной потребностью и разработчиками, которые владеют набором технологий, но не поставят свои деньги за потенциально извлекаемую из них пользу. Без архитектора оно бы не связалось в проект. А сидеть внутри уже инициированного проекта, когда основные архитектурные решения давно приняты ... да, скучновато
источник

F

Fagor in Архитектура ИТ-решений
Это похоже на усилия BA и Грамотного PM. BA устраняет невнятные требования, а реализация в технологии это от PM. Но если нет BA (ему тупо не дают прав менять процессы), а PM как обычно делает вид что понимает и не управляет (бумаги PM это подтверждение работ, но почему-то они считают бумагу работой) то тут конечно Архитектор как раз выступи в роли что вы описали выше.
источник

F

Fagor in Архитектура ИТ-решений
Aleksandr Semyannikov
В другую контору после первого косяка это радикальненько )
Лучше чем тащить того монстра и приделывать ему еще пару рук...
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Irina
мне кажется это немного не для архитекторов), скорее для продаванов, чтобы не выглядеть убого на презентациях
Да не, это как раз для системных инженеров и аналитиков. Соглашусь, базовая штука.
источник

MS

Maxim Smirnov in Архитектура ИТ-решений
Fagor
Это похоже на усилия BA и Грамотного PM. BA устраняет невнятные требования, а реализация в технологии это от PM. Но если нет BA (ему тупо не дают прав менять процессы), а PM как обычно делает вид что понимает и не управляет (бумаги PM это подтверждение работ, но почему-то они считают бумагу работой) то тут конечно Архитектор как раз выступи в роли что вы описали выше.
У ВА нет варианта реализации. Он из problem space, а не из solution. Ему сложно конкретизировать потребность. Скорее здесь SA нужен,  но тот примеряет всё ко своей системе и не видит других возможностей. А PM - это немного другая роль, он не про технологии, а более тонкие материи: риски, дефициты и пр.
источник

П

ПашМиш in Архитектура ИТ-решений
Aleksandr Semyannikov
А кто нибудь знает на курсере достойные курсы по архитектуре?
DDD выше упомянули, по нему есть курс, в апреле бесплатный: https://www.pluralsight.com/courses/domain-driven-design-fundamentals
источник

П

ПашМиш in Архитектура ИТ-решений
Вдруг будет полезно
источник

F

Fagor in Архитектура ИТ-решений
Maxim Smirnov
У ВА нет варианта реализации. Он из problem space, а не из solution. Ему сложно конкретизировать потребность. Скорее здесь SA нужен,  но тот примеряет всё ко своей системе и не видит других возможностей. А PM - это немного другая роль, он не про технологии, а более тонкие материи: риски, дефициты и пр.
Может где то в другой вселенной, у нас к сожалению считают по другому
источник

П

ПашМиш in Архитектура ИТ-решений
Maxim Smirnov
У ВА нет варианта реализации. Он из problem space, а не из solution. Ему сложно конкретизировать потребность. Скорее здесь SA нужен,  но тот примеряет всё ко своей системе и не видит других возможностей. А PM - это немного другая роль, он не про технологии, а более тонкие материи: риски, дефициты и пр.
А насколько вообще SA может подменить BA и избыточны ли оба на проекте?
источник

ak

aλ>>=ix>=> kononov in Архитектура ИТ-решений
ддд это для программистов больше чем для архитекторов
источник

MS

Maxim Smirnov in Архитектура ИТ-решений
ПашМиш
А насколько вообще SA может подменить BA и избыточны ли оба на проекте?
В BABOK Guide номер 3 прослеживается мысль, что SA - это частный случай BA. Аналитики разные бывают, кто-то в бизнес-процессах разбирается, кто-то в business intelligence, а кто-то в ИТ. Этакий Business System Analyst
источник

d

dreamore in Архитектура ИТ-решений
aλ>>=ix>=> kononov
ддд это для программистов больше чем для архитекторов
хорошо было бы, если программисты также считали как и вы. Но вообще от разделения доменной области на сервисы зависят и deployment view, и component diagram, ...
источник

ak

aλ>>=ix>=> kononov in Архитектура ИТ-решений
dreamore
хорошо было бы, если программисты также считали как и вы. Но вообще от разделения доменной области на сервисы зависят и deployment view, и component diagram, ...
ну стратегические паттерны (bounded context, ubiquitous language) полезны и при проектировании архитектуры
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Maxim Smirnov
В BABOK Guide номер 3 прослеживается мысль, что SA - это частный случай BA. Аналитики разные бывают, кто-то в бизнес-процессах разбирается, кто-то в business intelligence, а кто-то в ИТ. Этакий Business System Analyst
Разные - как роли или как должности? Как роли все-таки они сильно отличаются. А как должности - да, обе роли могут быть в одном человеке.
источник

F

Fagor in Архитектура ИТ-решений
Ага, еще и контроль задач, и архитектуру, в общем давай все смешаем, и будет еще один "оркестр". Как и из PM тоже его можно сделать, а вообще мы же еще... ну в общем не важно, я к тому - не мешайте котлеты с мухами, даже если очень хочется скинуть с себя работу
источник

PD

Phil Delgyado in Архитектура ИТ-решений
При чем тут это? Есть разные роли в проекте, которые могут быть по разному распределены по разным людям.
Главное эти роли не потерять вообще
источник

F

Fagor in Архитектура ИТ-решений
Да... Ну в общем каждому свое. За сим пусть профи отвечают, согласно, своему опыту. Я же отстраняюсь.
источник