Как обещал)

Кто уже видел — давайте вспомним вместе, а кто ещё не успел — самое время посмотреть!

Делимся мемным видео с закрытия ArchDays, чтобы добавить осеннему дню немного яркости и улыбок. Смотрите сами и делитесь настроением ☀️

Проектируем собственный рекламный движок
Денис Токарев
Яндекс.Еда

Я всегда просматриваю все выступления ArchDays и в этом году первым просмотрел выстуление Дениса.

Помимо того, что кому-то может быть интересно узнать как устроена Яндекс.Еда изнутри, это отличное выступление, в котором есть:

▪️Примеры численно определенных атрибутов качества в связке с бизнес-целями. Здесь вы найдете, например, объяснение, почему API должен отдавать результат за 50ms, а не за секунду или 500ms в контексте продукта
▪️Пример выбора наиболее подходящего решения из нескольких альтернатив
▪️Практическое применение некоторых архитектурных тактик, например Fallback и тактик позднего связывания на примере конфигурации алгоритмов

Ссылка: https://www.youtube.com/watch?v=YBxi8msb3Ys

Архитектор и ИИ: Управляем старым техдолгом и создаем новый.
Руслан Серкин
МТС Web Services

Это выступление хорошо тем, что демонстирует как развивается инженерия. Настоящая инженерия – она скучная. Скучная не в том плане, что ей скучно заниматься, а в том, что она часто лишена громких лозунгов, развивается не очень быстро, зато надежно. Как это выгдядит? Есть некоторое видение далекого будущего, но чтобы к нему прийти мы берем небольшие задачи, решаем их, анализируем результаты, доволим до рабочего состояния. Затем на этих кубиках строятся следующие и так далее. Собственно, так и появляются большие, сложные, надежные и в том числе инновационные решения.

В выступлении Руслан рассматривает как ИИ помогает в работе с тремя видами техдолга:
▪️Долг по незнанию (когда ИИ знает всё, но не знает вашу компанию)
▪️Долг непоследовательности (когда в компании много решений, но они не согласованы друг с другом)
▪️Долг документации (много сделали, надо описать)

Однако во время отбора докладов именно вторая его часть триггернула, а она о том, что «бесплатный сыр только в мышеловке» и несмотря на то, что ИИ помогает работать с одними видами техдолга, он привносит новые (часть из которых совершенно новые):
▪️Долг черного ящика (зависимость от эффективной, но непонятной системы)
▪️Долг слепого контекста (технически безупречное решение, нежизнеспособное в реальных условиях)
▪️Долг сверхоптимизации (особенно преждевременная оптимизация, которая лишает маневременнности)
▪️Долг версии модели (то, что сегодня паттерн, в новой версии модели может стать антипаттерном, несмотря на то, что хорошо решает задачу)

В выступлении даны рекомендации о том, как работать с новым техдолгом и роли архитектора и, если выйти на уровень чуть выше, то мы увидим, что это во многом про нейросимволический подход и построение формальных онтологий поверх LLM для управления ей.

Смотреть: https://www.youtube.com/watch?v=FLELAI1rqIw

Как архитектор готовится к передаче системы в эксплуатацию
Тимофеев Денис
Cloud.ru

Передача в системы в эксплуатацию - это не дело архитектора
Именно так начинается это выступление :)

Денис сразу начинает с того, что архитектор – это уже одной ногой владелец продукта, что в целом отражает тенденции отрасли. Но тут же делает разворот – это не все, об инфраструктуре теперь тоже нужно думать и думать куда больше, чем архитектор думал об этом раньше.

Выступление раскладывает деятельность через системный подход – сразу отделяя структуру (инфру) от функции (конкретные рабочие процесс). Далее повествование строится вокруг инфраструктуры.

Пожалуй, стоит привести цитату Дениса, которая точно отражает на концептуальном уровне, что вообще такое передача в эксплуатацию: «Передача в эксплуатацию – это изменение ответственности за эксплуатационные задачи конкретной ИС».

А дальше... А дальше придется смотреть само видео, потому что рассказать его суть - это рассказать буквально все, в выступлении плотный и конкретный контент:
- Чеклист передачи в эксплуатацию
- Процесс приемки, описанный по шагам
- Вовлеченные роли
- Отработка инцидента

Отличное, легкое для просмотра и емкое выступление ✍️

VK: https://vk.com/video-184472537_456239210
Youtube: https://youtu.be/g8rEUA8iPjc

Сжатие технологического стека, или анти-Highload
Павел Кутаков, VK Tech

Выступление поднимает важные темы для архитектуры - применение паттернов и управление сложностью.

А именно: существует большое количество стандартных паттернов и тактик проектирования. Они отлично решают большинство ежедневных задач проектирования, стоящих перед архитекторами. Но есть ситуации, где стандартные паттерны не позволяют решить проблему. Таких задач, обычно, не так много - это специфичная/очень высокая нагрузка, специфичные объемы данных, специфичные требования к безопасности и так далее. Приходится вырабатывать решения, выходящие за рамки стандартных.

Но есть нюанс. Именно описания таких нестандартных решений чаще всего публикуют компании, они резонируют, их интересно читать и хочется применить. Однако, в силу своей специфики, не стандартности, они часто оказываются дороже и в разработке и в эксплуатации. А самое главное, – они дороже, даже если перед компанией не стоит тех задач, которые решали авторы описываемого не стандартного подхода.

Есть и другая сторона. Уже не мало более или менее стандартных референсных решений (CQRS/ES) под вырост. Однако, и к ним нужно подходить с осторожностью, причем часто с большей осторожностью как раз из-за того, что они, вроде как - стандартные. Важно оценить сложность решения на соответствие сложности решаемой задачи.

Если посмотреть в суть выступления, то оно о том, как управлять сложностью, а именно - как не усложнять архитектурное решение без явно сформированной потребности на усложнение.

VK: https://vkvideo.ru/video-184472537_456239204
Youtube: https://www.youtube.com/watch?v=IowGieH3FvQ