Хочу предложить метод конструктивной конфронтации для защиты архитектурного решения перед заинтересованными лицами всех иерархий компании от СТО до тестировщиков. В качестве подопытного выбрал ВозиОзон не случайно, ведь его архитектура по своему уникальна и отличается от опыта, накопленного внутри компании при реализации маркетплейса, а это попахивает сами знаете чем. Покажу суть архитектуры, опишу кратко процессы ВозиОзон и отличия от маркетплейса. Порассуждаем, на что нужно закладываться, а на что забить, обсудим такое явление, как мультирепозиторий, разберемся в вопросе баланса стандартизации инженерных подходов для команд. Предложу релизный процесс с асинхронными инкрементами миниаппов и платформенной части. Замечу, что в IT нет армии, и если люди ниже тебя в подчинении не уверуют в твое решение и будут саботировать его от начала и до конца, то это еще хуже, чем если бы не уверовали люди выше тебя, и, вероятнее всего, продукт будет провальным. Веру в решение нужно не просто иметь, ее необходимо поддерживать постоянно, и для этого у меня для вас также найдутся инструменты.