1 > 2 > 0: принцип дупликации систем из Amazon
1 > 2 > 0 — это "математическое" выражение — внутри-амазоновский мем.
Объяснить его проще всего на истории, которую недавно у себя в блоге рассказал мой бывший коллега Carlos Arguelles:
Brian Valentine был старшим вице-президентом в Amazon с 2006 по 2014 год. Он отвечал за ключевые платформы Amazon Store и его сильно раздражало дублирование функционала между разными системами.
Во время особенно напряжённой встречи он вышел к доске и написал:
1 > 2
Намекая, что дедупликация — важная цель. Но затем Джефф Безос подошёл к доске и дополнил выражение:
1 > 2 > 0
Дав понять, что хотя Брайан прав (что единое решение может быть идеальным), ожидание, пока центральная команда что-то построит, создаёт coupling, задержки и сложность.
1 > 2 > 0 – это частный случай принципа "perfect is the enemy of done" (идеальное – враг сделанного).
Уже представил компании поменьше, которые скажут "централизация – плохо, Амазон поощряет дублирование систем и они вон ого-го какие успешные".
Но дублирование может быть признаком губительного синдрома "not invented here" (юзаем только то, что пилим сами), лени (когда кажется, что проще по-быстрому просто создать что-то самому, чем разобраться с платформой) или организационной дисфункции (когда команда попросту не знает про существование другого сервиса).
А также это фактор времени и контекста.
Было время, когда Амазону нужно было двигаться быстро, и они плодили дубликаты налево и направо. Однако, уже даже в моё время там в 2015-2020, мы активно мигрировали на централизованные платформы.
В конечном итоге, дублирование всегда приведёт к проблеме, которую оно изначально решало — задержкам, сложности и костам. Рано или поздно этот поезд тебя догонит и тебе придется эту задачу решать. Вопрос в том готов ли ты взять скорости взаймы у себя будущего.