Size: a a a

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

2020 June 03

EI

Eugene Istomin in Архитектура ИТ-решений
Roman Tsirulnikov
Я не против, если работу архитектора будут называть фасилитацией. Определенный смысл.в этом есть. Часто приходится объяснять командам “почему”, направлять их дискуссию в нужное русло.
» Я не против, если работу архитектора будут называть фасилитацией.

Да, я за то, чтобы называть роли-действия своими именами и перестать говорить про архитектуру как про монолит  - "Вот почему архитектуру программного обеспечения определяют как «часть системы, которую сложно будет менять потом».
источник

ST

Stanislav Takt in Архитектура ИТ-решений
Phil Delgyado
Ну, так это очень маленький проект. Тут вообще пофиг как делать.
Вот когда будет 100 человек и 10 лет - посмотрим, как оно без архитектора.
придумай мне viable продукт с ЖЦ 10 лет  ))
источник

PD

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

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Stanislav Takt
придумай мне viable продукт с ЖЦ 10 лет  ))
Банковская АБС, процессинг карт, там и 70 лет уже есть
источник

ST

Stanislav Takt in Архитектура ИТ-решений
Phil Delgyado
Яндекс.Деньги.
кто/что там осталось от начального кода?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Да вообще любой финтех (настоящий, а не блокчейн), любая медицина, любая работа с реальным миром.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Stanislav Takt
кто/что там осталось от начального кода?
Да дофига )
Архитектурных решений много.
источник

ST

Stanislav Takt in Архитектура ИТ-решений
Roman Tsirulnikov
Банковская АБС, процессинг карт, там и 70 лет уже есть
что там изменилось в старом кобол-коде?
источник

RT

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

PD

Phil Delgyado in Архитектура ИТ-решений
Код - меняется быстро. Архитектура - тоже, но гораздо медленее.
Хотя у меня вот под боком карточный процессинг, где основные архитектурные концепции живут уже 20+ лет.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Карточный процессинг должен  меняться два раза в год, по мере обновления стандартов от VISA/MC
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Phil Delgyado
Карточный процессинг должен  меняться два раза в год, по мере обновления стандартов от VISA/MC
Еще НСПК со своей стороны требования подкидывает, в доплнение к Visa/MC
источник

PD

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

PD

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

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Phil Delgyado
Да дофига )
Архитектурных решений много.
Начального кода почти не осталось (совсем чуть-чуть), а вот бизнес-процессы так легко уже не меняются, когда они у тебя завязаны на тысячи партнеров. Бизнес-процесс часто определяет требования к технической архитектуре.
источник

F

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

ОИ

Олег Игонин... in Архитектура ИТ-решений
Кстати, я слышу разные точки зрения как заходить в архитектуру с точки зрения опыта работы. Кто-то говорит, что оптимально долго работать в одном месте, после чего стать экспертом системы и архитектором. А я использую подход, при котором раз в 2 года меняются компании для того, чтобы увидеть разные архитектуры, технологии, подходы и решения.
Вот это избавляет от узкого мышления.
источник

F

Fagor in Архитектура ИТ-решений
Олег Игонин
Кстати, я слышу разные точки зрения как заходить в архитектуру с точки зрения опыта работы. Кто-то говорит, что оптимально долго работать в одном месте, после чего стать экспертом системы и архитектором. А я использую подход, при котором раз в 2 года меняются компании для того, чтобы увидеть разные архитектуры, технологии, подходы и решения.
Вот это избавляет от узкого мышления.
👍, а я что то засиделся на своем. Тоже пора менять.
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Олег Игонин
Кстати, я слышу разные точки зрения как заходить в архитектуру с точки зрения опыта работы. Кто-то говорит, что оптимально долго работать в одном месте, после чего стать экспертом системы и архитектором. А я использую подход, при котором раз в 2 года меняются компании для того, чтобы увидеть разные архитектуры, технологии, подходы и решения.
Вот это избавляет от узкого мышления.
👍, но еще хороший способ это участие в партнерских проектах. Учишься, когда видишь способы работы, подхолды к задачам, устрйоство систем у партнеров. Обсуждая с ними совместные решения.
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Roman Tsirulnikov
👍, но еще хороший способ это участие в партнерских проектах. Учишься, когда видишь способы работы, подхолды к задачам, устрйоство систем у партнеров. Обсуждая с ними совместные решения.
Да, хочешь не хочешь с этим сталкиваешься. Но вот на сторонние проекты времени не хватает.
Отлично помогает наставничество - в этом случае к тебе приходят коллеги и рассказывают о своей боли, становится примерно понятно как и кто работает.
источник