Size: a a a

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

2020 June 02

DK

Daria Kaftan in Архитектура ИТ-решений
Andrey
А зачем вообще разделение на мидлов и сеньоров?
а на джунов и мидлов зачем?
источник

MS

Maxim Smirnov in Архитектура ИТ-решений
Daria Kaftan
Он им указывает светлый путь, а они идут либо туда, либо лесом?))
Я именно про команду, а не про людей. Т.е. эффективность команды не означает, что люди в ней неправильные. Иногда один и тот же человек в разных командах ведет себя совершенно по разному
источник

RT

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

DK

Daria Kaftan in Архитектура ИТ-решений
Roman Tsirulnikov
1. чтобы меньше платить
2. чтобы был мотиватор развиваться
Так и про сеньоров тот же ответ))
источник

I

Irina in Архитектура ИТ-решений
Maxim Smirnov
Я знаю и другие варианты. Например, когда архитектор готовит решение: взять ли собственных разработчиков или позвать аутсорсеров, или взять что-то готовое к себе или по подписке; создавать ли новую команду или бросить задачу в "чёрную дыру" уже существующей команды к тем задачам, которые там уже болтаются несколько месяцев без движения. По поводу ответственности. Конечно архитектор отвечает и за поставку и за интеграцию между командами и за выбор технологий (который часто сделан не им, а разработчиками). В общем, с таким объемом ответственности, командой руководить - как-то перебор. Она либо самоорганизуется либо самоуничтожится. Архитектор то здесь причем?
В моем идеальном мире в команде проекта есть РП,  который в курсе о том как управлять командой,  взаимодействовать с Заказчиками. Есть архитектор,  который по сути - дирижер решения и знает, на каком этапе,  чья партия должна зазвучать, если видит отклонения от основного произведения,  то следит за тем,  чтобы оно было устранено. При этом он не лезет в кухню первой скрипки,  не учит работать духовые и не старается заменить собой басы. Но мир не идеален,  поэтому сейчас я вижу себе архитектора,  как эксперта,  который говорит людям принимающим решения,  что если не сделать так,  то вы вступите в такие грабли и с такими последствиями.
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Irina
В моем идеальном мире в команде проекта есть РП,  который в курсе о том как управлять командой,  взаимодействовать с Заказчиками. Есть архитектор,  который по сути - дирижер решения и знает, на каком этапе,  чья партия должна зазвучать, если видит отклонения от основного произведения,  то следит за тем,  чтобы оно было устранено. При этом он не лезет в кухню первой скрипки,  не учит работать духовые и не старается заменить собой басы. Но мир не идеален,  поэтому сейчас я вижу себе архитектора,  как эксперта,  который говорит людям принимающим решения,  что если не сделать так,  то вы вступите в такие грабли и с такими последствиями.
На смену паттерну "orchestration" пришел паттерн "teaming + evolution".
"Эволюционная архитектура" Нила Форда про это
источник

I

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

EI

Eugene Istomin in Архитектура ИТ-решений
Eugene Istomin
На смену паттерну "orchestration" пришел паттерн "teaming + evolution".
"Эволюционная архитектура" Нила Форда про это
Кстати, как вам идея читать вместе?
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Eugene Istomin
Кстати, как вам идея читать вместе?
Вслух. На ночь. "Сказки дядюшки Форда".
источник

I

Irina in Архитектура ИТ-решений
Eugene Istomin
Кстати, как вам идея читать вместе?
Хорошая идея, в ней смысла больше чем в ламповом флуде) . Уже читаю.
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Irina
Хорошая идея, в ней смысла больше чем в ламповом флуде) . Уже читаю.
Тогда я кое-что сегодня предложу :)
источник

I

Irina in Архитектура ИТ-решений
Eugene Istomin
Тогда я кое-что сегодня предложу :)
Оке
источник

A

Alex in Архитектура ИТ-решений
Eugene Istomin
Тогда я кое-что сегодня предложу :)
*так родился еще один подкаст* :)
источник

I

Irina in Архитектура ИТ-решений
Alex
*так родился еще один подкаст* :)
И еще один флуд,  только еще более ламповый)))
источник

AO

Architector Of_Fate in Архитектура ИТ-решений
Меняю флуд на лампу.
Коллеги, а есть ли схожие чаты для железячников? Сис админы и так далее?
источник

ES

Eugen Streichert in Архитектура ИТ-решений
Architector Of_Fate
Меняю флуд на лампу.
Коллеги, а есть ли схожие чаты для железячников? Сис админы и так далее?
Ну скажем вот https://t.me/devops_ru
источник

I

Irina in Архитектура ИТ-решений
Сердцу любо смотреть на людей занятых делом)
источник

ES

Eugen Streichert in Архитектура ИТ-решений
:)))
источник

I

Irina in Архитектура ИТ-решений
И прямо как-то защемило и захотелось опять руками что-то поделать,  а не вот это вот все)))
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Irina
В моем идеальном мире в команде проекта есть РП,  который в курсе о том как управлять командой,  взаимодействовать с Заказчиками. Есть архитектор,  который по сути - дирижер решения и знает, на каком этапе,  чья партия должна зазвучать, если видит отклонения от основного произведения,  то следит за тем,  чтобы оно было устранено. При этом он не лезет в кухню первой скрипки,  не учит работать духовые и не старается заменить собой басы. Но мир не идеален,  поэтому сейчас я вижу себе архитектора,  как эксперта,  который говорит людям принимающим решения,  что если не сделать так,  то вы вступите в такие грабли и с такими последствиями.
"Правильный управленец не мешает людям работать". Эх, жаль не многие понимают как с этим работать.
источник