Size: a a a

2021 July 05

A

Andrey in SPb CoA
Есть отличная возможость обсудить их в среду))
источник

VK

Vladislav Kotov in SPb CoA
Не, я пробовал. Он непробиваемый
источник

ОИ

Олег Игонин... in SPb CoA
Вообще СА нужен только там, где есть большие решения, которые всё время развиваются.
Из-за чего требуется постоянно вести документацию уровня решения (не только бизнес-требований).
Иначе наступает боль из-за того, что вычитка кода помогает только на небольших участках, а как вся эта махина работает ни код, ни б-т не расскажут.
источник

VK

Vladislav Kotov in SPb CoA
Я уже размышлял в чате про нужность аналитиков
источник

VK

Vladislav Kotov in SPb CoA
Переслано от Vladislav Kotov
Есть моя статистика: когда я слышу от разработчика или команды, что им аналитик не нужен и они сами это все делают (некий Скрам, где каждый делает всё), то я ставлю их на shadow контроль. И пока еще никто не сделал проект до конца. Они обсираются и их меняют. Возможно где-то бывает по другому и мир идет к тому, что СА вымирающий вид, но на наш век хватит)
источник

ОИ

Олег Игонин... in SPb CoA
КОНЕЧНО можно замутить рефакторинг, который займёт месяцы. Но зачем?
источник

A

Andrey in SPb CoA
Самое грустное, что постоянно потребность в аналитиках приравнивают к потребности в доках
источник

ОИ

Олег Игонин... in SPb CoA
Но вообще СА часто становится "узким горлышком" чаще всего из-за кривого менеджмента. Меня это печалит.
источник

AM

Artem Mitropolskiy in SPb CoA
Если набор трудовых функций выделился по факту в отдельную профессию - значит это экономически обосновано. Рыночек порешал.
Другое дело, что у такой срт есть свои минусы и плюсы
источник

VD

Victoria Dem in SPb CoA
было дело когда Филипп обсуждал подобную тему )
суть в чем:
- bad smell - это практика, которая не работает, или которую берут потому что все так делают, но по факту если ее убрать то ничего не изменится
- аргумент о том что СА не нужны базируется на том, что разработчик изначально должен понимать предметную область, уметь общаться с заказчиком на его же языке, уметь находить решения которые устраивают заказчика

отсюда выводы:
1. если разработчик не хочет или не может тратить время на коммуникации с заказчиком, на все согласования, а также нет глубокого понимания предметной области, достаточной для разработчик решения - нужен СА/БА
2. если с аналитиком лучше чем без него, есть польза и всяческий профит, то это не bad smell
источник

ОИ

Олег Игонин... in SPb CoA
Да, это грустно. Техпис на максималках.
источник

A

Andrey in SPb CoA
В таком контексте СА, действительно, не слишком плезен на многих проектах
источник

VK

Vladislav Kotov in SPb CoA
Ты опять? Чаще всего где, когда, в каких случаях?
источник

ОИ

Олег Игонин... in SPb CoA
В моём опыте, менеджеру запулить в СА несколько проектов без понимания нагрузки и объёмов - частая практика.
источник

ОИ

Олег Игонин... in SPb CoA
Ты как Ленин, у него были две классные особенности:
1. Он часто спрашивал коллег: "Вы вникли?".
2. От всех он требовал цифр и не допускал безосновательных утверждений.
источник

VS

Vsevolod Shulaev in SPb CoA
Олег и его травматичный опыт так станут локальным мемом скоро :)
источник

ОИ

Олег Игонин... in SPb CoA
источник

V

Violet in SPb CoA
Вот да, и еще мне кажется, что это зависит от практик, принятых в стране/компании. Поэтому нужен СА, не нужен - бесполезный спор без определения начальных и граничных условий.
источник

EG

Edward Galiaskarov in SPb CoA
Так скоро и архитекторы не нужны будут.
источник

ОИ

Олег Игонин... in SPb CoA
Я лечусь. Лечится всё забиванием болта. Выходит, но постепенно.
источник