Микросервисы / распределенные системы

Продолжаем набор :)

5️⃣ Call for Papers: ArchDays’24 Открыт прием заявок на выступление на конференции ArchDays’24, которая состоится 1 ноября в Москве. Наша цель — распространение имеющихся и создание новых знаний об архитектуре программных решений. Мы обсудим следующие темы: 🟩 Процессы проектирования. 🟩 Инструменты проектирования. 🟩 Практики проектирования. 🟩 Обучение архитектуре. 🟩 Собственная разработка. Если вам есть чем поделиться с сообществом, заполните заявку на сайте конференции. Ждём ваших заявок! ⬅️

Поделись собственным опытом применения AsyncAPI, особенно с какими сложностями столкнулись на старте и при развитии API https://www.asyncapi.com/

ArchDays 1 ноября пройдет конференция ArchDays. Мы продолжаем отбор выступлений. Темы выступлений: - Процессы проектирования - Практики проектирования - Инструменты проектирования - Обучение архитектуре - Собственная разработка Как и прежжде есть желание сделать упор на практическую деятельность: порешать архитектурные кейсы, провести архитектурную Ката, собрать архитектурное видение новых концепций архитектуры. Подавайте темы для выступлений, приглашайте выступить знакомых. Ссылка: https://archdays.ru Если кого-то хотите увидеть на конференции, пишите в тред, отправлю персональное приглашение. Увидимся на ArchDays!

Ловите 🙂 https://www.youtube.com/watch?v=rH3u9DvOlPk

Разом всем отвечу – я не имею отношения к Сберовскому Arch.Meetup и то, что стилистика и название совпадает, - ну вот такой организаторы Arch.Meetup выбрали, стилистика ArchDays не менялась ни разу за 6 лет :)

Новый стандарт UUID (rfc9562) вступил в силу https://datatracker.ietf.org/doc/html/rfc9562 Тут кратко об изменениях: https://habr.com/ru/articles/795909/

Вдогонку Small batches for the win / Continuous Delivery https://www.eferro.net/2021/01/small-batches-for-win-continuous.html Small batches -> faster feedback Small batches -> Customer Value sooner Small batches -> Reduce direct cost Small batches -> Reduce deployment risk Small batches -> Reduce errors Small batches -> Reduce mean time to recover Small batches -> Improve psychological safety

Небольшая, хорошая статья: https://jessitron.com/2021/01/18/when-costs-are-nonlinear-keep-it-small/ Краткая выдержка: When costs increase nonlinearly with delay or batch size, larger batches are not more efficient. 1. Batch when incremental cost decreases with batch size. 2. Don’t batch when time delay increases the risk. 3. Do not batch for efficiency when costs increase nonlinearly with size.

Тут такая идея пришла, сам не пробовал, но может кто-то пробовал или попробует 🙂 Есть хорошая практика - детализация типов работы. Вроде дефект, новая фича, инцидент. Выглядит так, что если разделить новую функциональность на - Новая функциональность - Доработка существующей функциональность То на большом промежутке времени можно оценить, ухудшается или улучшается состояние кодовой базы. Почему? Потому что в разработке новой функциональности все же в большей части пишется новый код, а при изменении существующей (кстати, сюда же можно отнести и исправление дефектов) в большей степени изменяется уже существующий и если на большом масштабе заметно замедление во внесении изменений в существующий код, то это косвенно может говорить об ухудшении состояния кодовой базы. Такая вот мысль 🙂