Yet Another Burakov

#события #анализ
Если кто-то хочет попрактиковаться в EventStorming, то есть отличная новость: 29 сентября Сергей Баранов и Systems.Education проводят практический воркшоп на тему.

Ходил пару лет назад на воркшоп Сергея, было огонь-огонь, отличный вариант для быстрого старта.
https://sysanschool.timepad.ru/event/2175451/

#архитектура
Как-то писал про лекции Бунина по проектированию хайлоад решений. Так вот, если не нравится смотреть лекции, то похожий курс есть в виде бесплатной рассылки: https://highload.guide.

Внутри 30 статей, собраны из материалов HighLoad++. Хорошо для знакомства с темой и неспешных размышлений о прочитанном.

А тут исходный пост.

#оффтоп
- Кто такой бизнес-архитектор?
- Это бизнес-аналитик, который не влезает в вилку

Красиво нарисованный и написанный материал про System Design.
В нем 5 частей, где первые четыре части напоминают глоссарий и рассказ про базовые кубики, а в пятой части уже рассказывается про сам формат и решается 5 канонических задачек
- URL Shortener
- WhatsApp
- Twitter
- Netflix
- Uber

В картинках приложены архитектурные диаграммы, что нарисовал автор для этих 5 задачек:)

#SystemDesignInterview #DistributedSystems #Architecture #SoftwareArchitecture

#продуктовое
Полезный ресурс для тех, кто проектирует онбординг пользователей или отвечает за него: https://www.useronboard.com

Внутри сценарии онбординга популярных сервисов с разборами и комментами, плюс набор UX-шаблонов.

#оффтоп #манагерское
«Программист, который говорит, что «бизнес меня не касается, я только кодить хочу», – это не программист, это живой компилятор. Дизайнер, который работает только с готовыми макетами от аналитика, – это не дизайнер, это разукрашиватель формочек. И наконец, менеджер, который жалуется на невнятности задач и выгорает от неопределенности целей, – это не менеджер, это плагин к жире».

Аналитик, который жалуется на изменение/отсутствие требований - …?

Оригинал: https://t.me/toxic_manager/224

#архитектура #брокеры #интеграция
Огненный выпуск об очередях. От самых простых концепций до внутренней реализации. Что внутри:
• базовые понятия на пальцах
• паттерны использования, виды брокеров, главный архитектурный выбор при использовании
• основные факапы при использовании очередей
• тестирование, масштабирование, нагрукза и внутреннее устройство брокеров

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

#архитектура
Несколько критериев, когда стоит выделять часть системы в отдельный микросервис компонент.
https://tanzu.vmware.com/content/blog/should-that-be-a-microservice-keep-these-six-factors-in-mind

Multiple Rates of Change
Когда частота изменений в нескольких компонентах существенно отличается.

Independent Life Cycles
Возникает потребность в отдельной кодовой базе, подходах к тестированию, ci/cd пайплайне.

Independent Scalability
Компоненты имеют разные требования по производительности и сценарии масштабирования. Например, админка мерчанта и ядро процессинга.

Isolated Failure
Когда нужно защитить часть системы от отказов со стороны внешних или внутренних компонентов. Например, научиться выживать при недоступности платежного сервиса.

Simplify Interactions with External Dependencies
Выделение компонентов для взаимодействия с внешними сервисами или системами. Например, чтобы уметь безболезненно переключиться на другой платежный сервис.
Так и не понял, чем принципиально отличается от предыдущего - выглядит как частный случай.

The Freedom to Choose the Right Tech for the Job
Если нужно использовать другой технологический стек для решения какой-то задачи.

#оффтоп
И не только разработчиком

https://habr.com/ru/company/hexlet/blog/670114/

#коммуникации
Стоило заговорить о софт скиллах в IT, и вселенная сама постучалась в дверь.

1. Леонид Смелов проводит бесплатный курс-исследование по переговорам, в том числе в контексте эмоций. Сам недавно проходил у него курс по недирективному управлению, откуда вытащил полезные штуки в рабочую практику. Чужое, халява, взять-взять.

2. HFLabs делает курс по переговорам и просит помочь с исследованием. Давайте же поможем. За помощь скидка, оффлайн.

Все они выходцы из итшечки, должно быть интересно.

#карьера #реклама
Кто хотел быстрых собесов? Не знаю на счет хантинга, но их митапы обычно нравятся.
Интересно, что ищут не джунов, а людей с опытом 3+ в СА.

Тинькофф приглашает системных аналитиков с опытом от 3 лет на One Day Offer 💡
Встретимся 30 июля онлайн:
• обсудим опыт работы, правила ведения документации и теорию работы сервисов;
• попросим решить несколько задач по системному анализу и SQL;
• и познакомим с будущей командой.

Если понравятся условия и задачи — сделаем оффер в тот же день.

Работа в команде Тинькофф — это возможность стать частью большого комьюнити системных аналитиков, прокачивать свои скиллы на внутренних митапах и курсах, обмениваться опытом на конференциях и участвовать в образовательных проектах.

Успейте подать заявку до 27 июля и решить тестовое в течение трех дней: https://l.tinkoff.ru/sa_one_day_offer

#инструменты

Если вы промышляете DDD и EventStorming'ом, то может быть интересно это детище Вернона для моделирования. Инструмент позволяет рисовать модели для EventStorming, Context Map, Impact Map и еще несколько. Драматического удобства по сравнению с Miro я не увидел, но вдруг кому полезно будет.

https://domorobo.to

#архитектура
Роадмап для Solution Architect. Поделитесь, какие еще толковые видели, плз.

https://vvsevolodovich.dev/profession-solution-architect-roadmap/

#реклама #архитектура
Мы строили-строили и, наконец, решились.
Запускаем курс по основам архитектуры решений и проектированию распределенных систем.

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

Стать Solution Architect за 1,5 месяца не получится. Магии тоже не будет. Возможно, после вы сможете пройти собеседование на роль SA.
Но мы точно постараемся сделать так, чтоб было полезно и интересно.

Автор и ведущий курса - Никита Ерилин. Разработчик и архитектор, с которым довелось поработать и в заказной, и в продуктовой разработке. Поэтому уверен в способности нанести серьезную пользу участникам.

Старт 30 июля, рега тут.

#интеграция #архитектура

Страх и ненависть в шиномонтаже.
Шина, это как REST - все обсуждают, но каждый говорит о своем. Иногда интерпретации могут путать и сбивать с толку. Короткая памятка о том, что могут называть шиной и какие они бывают.

Enterprise Service Bus
Она же ESB, она же Корпоративная Шина
1. Широко распространенный паттерн в SOA архитектуре. Описывает центральный компонент архитектуры предприятия, который позволяет:
• подружить системы на техническом уровне, т.к. они используют разные технологии для взаимодействия: HTTP, MQ, CORBA, DB, etc.
• избавиться от сильной связанности и подружить разные модели данных

2. Класс решений, реализующих паттерн ESB и другие паттерны SOA. Например:
• IBM Integration Bus
• Mule ESB
• Red Hat Fuse

Message Broker
Он же Брокер Сообщений, он же изредка Шина Сообщений.
Класс решений, реализующих логику очередей сообщений, публикации и подписки. Например:
• IBM MQ
• Rabbit MQ
• Kafka

Шина данных
Некая абстракция, которая позволяет передавать данные. Может значить что угодно. Иногда так называют брокеры сообщений. Если вам известно устоявшееся определение - поделитесь, плз.

Event Bus
Она же Шина Событий, она же Шина Сообщений
Паттерн взаимодействия сервисов путем обмена сообщениями-событиями. Как правило реализуется за счет брокера сообщений, но можно и с помощью БД.

И что?
Под словам Шина могут подразумевать любой из этих вариантов. Sad but true.