Скорость доставки прямо пропорциональна качеству структуры данных, особенно в эпоху, когда пользовательский интерфейс все чаще можно рассматривать как эфемерный актив. Более практично, это включает в себя: - тип хранилища, которое вы используете, например, реляционное, графовое и т.д. - способ, которым вы структурируете свои данные в сущности и отношения - способ, которым вы захватываете информацию, например, вы можете захотеть хранить статус как булевое значение (например, is_disabled) или вы можете выбрать выводить эту информацию из временной метки (например, disabled_at), у обоих есть свои плюсы и минусы - способ, которым вы соединяете кросс-платформенные наборы данных, например, базы данных, хранилища, логи и т.д. - способ, которым вы структурируете свой API, формируете запросы и потребляете данные Быть ориентированным на данные — это чит-код для увеличения вашей скорости доставки. Плохие решения по данным могут быть крайне болезненными для исправления, и когда вы начинаете видеть их ясно, вы никогда не сможете вернуться назад.