Size: a a a

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

2019 November 07

RM

Rustem Mannanov in Архитектура ИТ-решений
Daria Kaftan
У прожекта должна быть (спущенная на него сверху) мотивация экономить деньги и сделать все правильно сразу. Но ее почему-то нет
Позволю себе ремарку: Сделать все правильно сразу не равно сэкономить денег.
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Rustem Mannanov
Позволю себе ремарку: Сделать все правильно сразу не равно сэкономить денег.
Кажется, тут вопрос в том,что такое правильно
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Kirill Gorin
выиграть войну с балаболами не получается обычно ))
Я решил принять максиму -- что методы должны работать в реальном мире, а не сферическом.

Но это другие решения вытягивает, да --
-- нам нужен свой балабол да покруче
-- а давайте раньше на них наедем, пусть оправдываются
-- все ерунда, если мы добежим до (ipo, следующего раунда, показа Путину,...)

Короче, такой real life management начинается, обычный.
А так хотелось сидеть и всякое умное проектировать...
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Eugene Istomin
Я позже отвечу. Хороший тред подняли
Возвращайся!))
источник

KG

Kirill Gorin in Архитектура ИТ-решений
ну естественно свой болобол нужен если есть внешний болобол ))
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Kirill Gorin
ну естественно свой болобол нужен если есть внешний болобол ))
Тут уместно призвать Фила и поговорить про asymmetric warfare -- забойная штука!))
@dphil
источник

RM

Rustem Mannanov in Архитектура ИТ-решений
Daria Kaftan
Кажется, тут вопрос в том,что такое правильно
Правильно «чтобы не переделывать» - наверное дойти до "идеальной  Ea/solution arch/software arch/ещё чего нибудь". К несчастью(или к счастью) - критерии «правильности» весьма изменчивы )
источник

RM

Rustem Mannanov in Архитектура ИТ-решений
Kirill Gorin
ну естественно свой болобол нужен если есть внешний болобол ))
Поддерживаю, баланс важен)
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Rustem Mannanov
Правильно «чтобы не переделывать» - наверное дойти до "идеальной  Ea/solution arch/software arch/ещё чего нибудь". К несчастью(или к счастью) - критерии «правильности» весьма изменчивы )
В случае Павла все-таки далеко до идеальной архитектуры) скажем так, любые стремления к ней обрываются на подлете
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Denis Zarin
Тут уместно призвать Фила и поговорить про asymmetric warfare -- забойная штука!))
@dphil
А, что? Не, ассиметричные войны - это скорее между компаниями. И я лучше не будут развивать эту метафору (хотя, если вспомнить судьбу Nokia..)
Но вот если вспоминать старину Лиддел-Гарта, то движение желательно осуществлять на территории, свободной от противника.
Т.е. нет смысла делать RnD проекты в высококонкурентной (особенно если конкуренция со стороны своих же менеджеров) среде. Лучше, например, всем рассказывать о внедрении Agile и цифровой трансформации, а реально в это время внедрять, например, жесткий архитектурный надзор или просто переписать какой-нибудь замшелый легаси.

Из личного опыта - когда я стал архитекором в одной платежной системе, мое время не списывалось на проекты и, как следствие, проектный отдел не знал, что я там такое делаю. Так что по согласию с руководителем разработки я тихонечко пилил публичное API (менеджеры думали, что оно нафиг не нужно) - производя при этом шумную и очень явную деятельность по отстрелу чужих безперспективных проектов.
Но и API было нужно не само по себе, а что бы можно было еще через год избавиться от некоторого легаси, которое очень мешало (и до сих пор мешает, насколько я знаю) жить.
источник

KG

Kirill Gorin in Архитектура ИТ-решений
переводя на русский - нужно показывать фокусы. разводишь руками в одном месте, а фокусы происходят в другом...
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ахха.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Хотя тут выше что-то говорили про доверие, да?
источник

PD

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

RM

Rustem Mannanov in Архитектура ИТ-решений
Daria Kaftan
В случае Павла все-таки далеко до идеальной архитектуры) скажем так, любые стремления к ней обрываются на подлете
А точно ли к этому нужно стремиться? У любого «идеально согласованного» состояния распределенной  системы, коей является любая организация больше 1 человека есть ценник. Ценник или вам по карману или нет. Искать в этом проблему - ну как-то так себе история)
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Phil Delgyado
А, что? Не, ассиметричные войны - это скорее между компаниями. И я лучше не будут развивать эту метафору (хотя, если вспомнить судьбу Nokia..)
Но вот если вспоминать старину Лиддел-Гарта, то движение желательно осуществлять на территории, свободной от противника.
Т.е. нет смысла делать RnD проекты в высококонкурентной (особенно если конкуренция со стороны своих же менеджеров) среде. Лучше, например, всем рассказывать о внедрении Agile и цифровой трансформации, а реально в это время внедрять, например, жесткий архитектурный надзор или просто переписать какой-нибудь замшелый легаси.

Из личного опыта - когда я стал архитекором в одной платежной системе, мое время не списывалось на проекты и, как следствие, проектный отдел не знал, что я там такое делаю. Так что по согласию с руководителем разработки я тихонечко пилил публичное API (менеджеры думали, что оно нафиг не нужно) - производя при этом шумную и очень явную деятельность по отстрелу чужих безперспективных проектов.
Но и API было нужно не само по себе, а что бы можно было еще через год избавиться от некоторого легаси, которое очень мешало (и до сих пор мешает, насколько я знаю) жить.
Про API клевый пример))

Видимо, из-за то что у нас чуть разные viewpoints (я не архитектор), конкретные детали чуть отличаются -- но идеи похожи.

У меня был период, когда я одновременно пинал продуктовую разработку, и входил в комиссию по формированию политики риск менеджмента по новым проектам))
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, я тоже тогда был не настоящий архитектор, я был на должности архитектора.
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Phil Delgyado
Ну, я тоже тогда был не настоящий архитектор, я был на должности архитектора.
Это к любимому здесь вопросу, а что бы сделал настоящий архитектор. Который ростом 1 м и мощностью 1 Розански..
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Rustem Mannanov
А точно ли к этому нужно стремиться? У любого «идеально согласованного» состояния распределенной  системы, коей является любая организация больше 1 человека есть ценник. Ценник или вам по карману или нет. Искать в этом проблему - ну как-то так себе история)
Ценник тоже должен быть частью этого стремления
источник

RM

Rustem Mannanov in Архитектура ИТ-решений
Daria Kaftan
Ценник тоже должен быть частью этого стремления
Т.е. пм которому поставили задачу любой ценой тащить готовое на продакшн и минимизировать косты это тоже гуд? Чтобы деньги на архитектуру остались?)
источник