Войти через соцсеть:
Войти через email:
Опенсорс начинался со светлых идей о сотрудничестве, коллаборации и обмене знаниями. Но что с ними стало сегодня?
Что сейчас можно считать настоящим опенсорсом, а что паразитирует на его идеях?
Экономика современного опенсорса. Жить на пожертвования, строить бизнес модель или договориться с корпорацией?
Как заслужить себе имя, сделав популярный проект, и очутиться в золотой клетке.
Лицензирование, этические аспекты, конкуренция и другие вызовы.
На примере PostgreSQL, рассмотрим, как может функционировать сообщество.
Как думаете, на что похожа архитектура супераппа ВозиОзон? Применялся ли принцип микрофичевой архитектуры? Мультирепа или монорепа? Из доклада вы узнаете на чем базировалось наше решение, позволяющее разделить работу над одним приложением между несколькими доменами компании Озон. Из доклада вы узнаете об организации коммуникаций как внутри приложения, там и между командами. Отдельный рассказ будет про релизные циклы.
- Назначение платформы
- Общая архитектура платформы
- Центральный портал как единая точка работы с платформой
- Решение задач DataOps и ModelOps на базе платформы
- Применение существующих ops-подходов для разработки бизнес-отчетов (AnalyticOps)
- Расширение платформы для Low-code приложений, разрабатываемых пользователями самостоятельно
- Дальнейшие планы развития
В мире высоких скоростей и необходимости решить задач ASAP здесь и сейчас мы часто делаем разработку на скорую руку лишь бы работало, а переписать правильно планируем "когда-нибудь потом". На примере Сервиса Покупки Билетов Buy-Pie-Tickets поговорим о том, к чему приведет долгая жизнь на этапе MVP и "быстрые решения" в долгосрочной перспективе. Рассмотрим типовые ситуации и поговорим сколько будет стоить их исправление в дальнейшем.
На определенном этапе развития компания неизбежно приходит к осознанию, что архитектура – это не просто модное слово, а ключевой элемент, обеспечивающий стабильность и долгосрочный успех. В Ситидрайве мы прошли путь от "быстрых фич" к осмысленной архитектуре, которая обеспечивает не только скорость, но и безопасность, надежность и другие важные нефункциональные характеристики наших продуктов.
В своем выступлении я поделюсь нашим опытом: расскажу, как мы выстраиваем архитектуру, какие инструменты используем и на какие грабли уже успели наступить.
Вместе заглянем за кулисы принятия архитектурных решений и познакомимся с инструментом, который поможет вам или вашим командам принимать их честно и обоснованно, тем самым повышая качество и эффективность разрабатываемых продуктов.
О чем поговорим:
- Что такое ADR и почему эта методика/инструмент набирает популярность
- Что является архитектурно "значимым" решением, а что нет
- Кто участвует в принятии архитектурных решений
- Кому и в каких случая формат ADR будет удобен и полезен
- Достаточно ли ADR для старта процесса разработки или нужна детализация
- ADR - киллер девелоперской документации или же дополнительный инструмент?
- Как с помощью ADR следить за эволюцией архитектуры ваших продуктов
- Как внедрить ADR у себя в команде, поделюсь практическим опытом