𝓙
+
Size: a a a
2020 May 30
VM
+
AM
Боль :)
h
E
На настоящего Александра можно конечно смотреть вечно, но стрим не помешает
TB
а сейчас как?
VM
песни
tk
музычка норм
VM
TB
Возвращайтесь на доклад Сергея, начинаем через минутку
VM
работает
AM
VC
#qa по первому докладу. Я всегда воспринимал core team как команду, отвечающую за ядро бизнеса, основной bounded context. Попал один раз в такую команду, оказалось, что ничего подобного. Очень мало конкретных задач по которым можно сказать "я решил такую-то проблему пользователя". За год работаы там полностью выгорел без понимания какие проблемы пользователей решаю, без обратной связи от них. У вас сказано, что кор тим должна быть в бизнес скоупе. В чём это выражается? Делают ли члены вашей кор тим задачи для потребителя продукта или это задачи "оптимизируем запрос - улучшим конверсию без изменения функциональности, без новых фич", "улучшим архитектуру - уменьшим время доставки фич другими командами"?
AM
#qa по первому докладу. Я всегда воспринимал core team как команду, отвечающую за ядро бизнеса, основной bounded context. Попал один раз в такую команду, оказалось, что ничего подобного. Очень мало конкретных задач по которым можно сказать "я решил такую-то проблему пользователя". За год работаы там полностью выгорел без понимания какие проблемы пользователей решаю, без обратной связи от них. У вас сказано, что кор тим должна быть в бизнес скоупе. В чём это выражается? Делают ли члены вашей кор тим задачи для потребителя продукта или это задачи "оптимизируем запрос - улучшим конверсию без изменения функциональности, без новых фич", "улучшим архитектуру - уменьшим время доставки фич другими командами"?
NS
какая-то проверка на антихрупкость получается
EL
@volch5 #qa хочу еще добавить к тому, что поскольку доклад был общий, то почему-то не сказано было о миграциях, о приведении приложения к общему виду (Возможно это было в зуме, я пропустил в начале). Но все же, разработчики должны получать приложение с базовыми данными в БД.
OS
#qa по первому докладу. Я всегда воспринимал core team как команду, отвечающую за ядро бизнеса, основной bounded context. Попал один раз в такую команду, оказалось, что ничего подобного. Очень мало конкретных задач по которым можно сказать "я решил такую-то проблему пользователя". За год работаы там полностью выгорел без понимания какие проблемы пользователей решаю, без обратной связи от них. У вас сказано, что кор тим должна быть в бизнес скоупе. В чём это выражается? Делают ли члены вашей кор тим задачи для потребителя продукта или это задачи "оптимизируем запрос - улучшим конверсию без изменения функциональности, без новых фич", "улучшим архитектуру - уменьшим время доставки фич другими командами"?
ну смотрите, любой функицонал или новая технология должны решать конкретную пролему бизнесса а не абстрактную, для Кор Команды должны быть определены цели - например рефакторинг какого-то сервиса или компонента для того чтобы что-то улучшить, выпуск нового компонента. Если делать только рефакторинг, то вам как разработчику будет интересно какой-то период работать, но Технические таски должны быть залинкованы до каких-то бизнесс фич или бизнесс проблем. Кор команда должна знать весь бизнесс скоуп для того, чтобы понять как именно превратить Описание проблемы к выбору правильных технологий (обоснованых) - эта задача Архитектора - через Architecture Significant Requirements перейти в солюшн. Делают ли наша кор команда "оптимизацию" - да делает, но не только, самое главное это перед этим определение что мы таким образом улучшим.
OS
самая типовая задача Кор Команды состоит из проблемы от бизнесса, например "наш солюшн сейчас используеться в одной стране и теперь нужно мувнуться на все страны и все континенты", так вот сначала нужно знать весь бизнесс скоуп, потом определить Архитектурные Дизайн Констрейны, Кволити Аттрибуты, определить Риски, Консерны, Ассампшены, и так появлеться Дизайн вьюхи и конечно солюшн - и это все задача Архитектора, тоесть не просто рисовать квадратики а определить вот этот примерно список. Все зависит конечно есть ли на проекте толковый Архитектор, который может есто все сделать и прийти от того что нужно бизнессу в техническую составляющюю.
AM
#qa: чем мокать внутренности PHP, может лучше абстрагировать такие вызовы?
NS
Oleksandr Savchenko
самая типовая задача Кор Команды состоит из проблемы от бизнесса, например "наш солюшн сейчас используеться в одной стране и теперь нужно мувнуться на все страны и все континенты", так вот сначала нужно знать весь бизнесс скоуп, потом определить Архитектурные Дизайн Констрейны, Кволити Аттрибуты, определить Риски, Консерны, Ассампшены, и так появлеться Дизайн вьюхи и конечно солюшн - и это все задача Архитектора, тоесть не просто рисовать квадратики а определить вот этот примерно список. Все зависит конечно есть ли на проекте толковый Архитектор, который может есто все сделать и прийти от того что нужно бизнессу в техническую составляющюю.
на докладе были примеры экселек с всеми атрибутами и характеристиками. данные таблицы были придуманы итеративным путем или есть какие-то бест пректис для такого рода работы? (какие-то шаблоны, стратегии и тд)