Size: a a a

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

2021 June 21

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Наблюдал баталию поваров как раз по поводу борща, думаю они с данным тезисом не согласятся
источник

PD

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

PD

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

SB

Sergey Bezrukov in Архитектура ИТ-решений
Начать с того, что понятие "борщ", это примерно как "база данных" - существует куча разных вариантов, некоторые из них довольно далеки по вкусу друг от друга 😊
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Канфтюент, да, переборщил со стримами
источник

ДЛ

Дмитрий Лишманов... in Архитектура ИТ-решений
А если мы ещё рассмотрим окружение борща 😂, так станет совсем хорошо: кого этим борщом мы собираемся кормить (и сколько их), кто будет готовить, какие есть продукты, а наличии или за деньги. На чём готовить, в конце концов ... И тут вряд ли подберутся best practice. А может как раз и подберутся, но не факт, что взлетят и не факт, что в итоге будет успех :)
источник

PD

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

П

ПашМиш in Архитектура ИТ-решений
А какой вывод? Что есть некоторое оптимально количество best practices после которого борщ уже не торт?
источник

П

ПашМиш in Архитектура ИТ-решений
Хотя в моей практике обычно проблемы другого плана, обычно есть в интернетах какие-то описания как ту или иную штуку настративать, но вопрос best они или не очень.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Что для сколь-нибудь разнообразных в использовании вещей best practices уже не бывает
источник

П

ПашМиш in Архитектура ИТ-решений
Ну... хз. У любого решения есть область применения
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ага. И если она нормально указана, то норм
источник

П

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

AL

Alexander Luchkov in Архитектура ИТ-решений
Ну вот если не указана, то я руководствуюсь принципом, что за исследование применимости придётся заплатить как за НИОКР. Т.е. пока бабло не кончится. Соответственно там где всплывает такое вот "ниокр" - я предпочту "работать по ГОСТу", поскольку там хоть трудозатраты понятно как считать. И методички есть чуть не до болта.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну и я про это, без опыта best practices - не best
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Т.е. мой поинт в том, что нужно сравнивать возможные выгоды и затраты на адаптацию чего-то нового. Если в бабло укладываемся - можно подрасти, если нет - надо либо ждать, либо на малокритичных проектах исследовать применимость всяких инструментов, с прицелом на их использование в большом.
Например на это архитектору давать бюджет.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Но ГОСТ - для тебя знакомая практика, для других - нет
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Ну я про УСЛОВНЫЙ ГОСТ. Т.е. самое предсказуемое для конкретного случая. Для кого-то это вообще DO 278
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Предсказуемое для конкретного архитектора или менеджера.
источник

AL

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