#оффтоп
Минутка диванной философии перед сном:

«Важно научиться не возмущаться мнениями, отличными от ваших собственных, и научиться анализировать и стараться понять, каким образом они могли сформироваться. Если поняв их, вы по-прежнему считаете их ложными, вы можете бороться с ними гораздо более эффективно, чем если бы вы просто продолжали возмущаться» - Бертран Рассел.

Причины этих мнений могут быть как рациональными, так и эмоциональными. Иногда с эмоциональными даже проще работать.

Возможно, это те самые кейсы, когда слышим: аналитик бесполезен, без аналитика никуда, REST/SOAP давно устарел, канбан не работает, без дейликов и ретро жить невозможно.

#реклама
Поделюсь радостью.

Мы запустили общательно-образовательный проект об анализе и проектировании в IT.
Будем делать тематические встречи, онлайн курсы, обсуждать всякое в чатах. Присоединяйтесь:
⁃ Новости и события
⁃ Наше логово

Уже сейчас:
⁃ Чатик с интеграционными беседами
⁃ Митап о хореографии и оркестрации сервисов 2 июня
⁃ Интенсив по REST API с 11 по 13 июня

Планы на лето:
⁃ Серия встреч о REST и RPC в июне-июля
⁃ Запуск курса по интеграции в июле
⁃ Запуск курса по основам solution architecture в августе

Мы всегда рады компании в нанесении пользы сообществу, поэтому поможем организовать митап-воркшоп-дискуссию или разработать свой курс, если у вас есть интересные идеи 😏

Связаться с нами можно тут:
@archways_info
@and_burakov

#события
В конце недели попытаюсь выступить на двух конференциях в разных городах и выжить.

27 мая на AnalystDays14 проведем воркшоп по использованию оркестрации и хореографии: https://analystdays.ru/ru/talk/98093
Спроектируем два варианта межсервисных взаимодействий с помощью этих паттернов и сравним их.
Для аналитиков с опытом, которым интересно проектирование архитектуры.

29 мая на Codefest12 буду снова обижать системных аналитиков, и рассказывать, почему они не нужны: https://12.codefest.ru/lecture/2071
На самом деле, обсудим кейсы, когда системный аналитик неэффективен или опасен. И какую пользу для себя может извлечь аналитик в такой ситуации.
Для проджектов, тимлидов и аналитиков.

Так что го общаться-знакомиться))

#API
При проектировании API поверх HTTP приходится учитывать существование HTTP-инфраструктуры. Небольшая иллюстрация на тему от Анны Мелеховой: https://t.me/software_architecture_ru/39

#интеграция
Наглядный видосик о том, почему мы одновременно используем несколько сетевых протоколов, и что такое модель OSI.
https://youtu.be/je0QFU7p5Oo

Выходные в стиле умри или сдохни

Analyst Days и Codefest за один уикенд. Обе конфы слились в один безумный трип, поэтому впечатления разделять не буду. Прежде всего это история про классных людей и безудержный нетворкинг. Огромное спасибо всем причастным, если читаете это. Со многими еще не раз увидимся и поработаем. Не оставайтесь в стороне, оффлайн события - это не только ценный мерч, но и полезные приятные знакомства.

Analyst Days стал уже привычным событием в жизни, но радует множество новых лиц. Жаль, попал только на один день.

Codefest оказался очень приятным открытием. Это довольно большая конфа на 1,5к человек, при этом очень теплая и ламповая. Особенно порадовал междисциплинарный формат мероприятия - соскучился по таким. И в целом приятно погреться в солнечной Сибири после холодной московской весны.

Дальше по докладам.

#конференции

Хореография и оркестрация
На AD провел двухчасовой воркшоп по оркестрации и хореографии. Вместо плановых 30-40 человек пришло 80-90, была жара. Во всех смыслах. Очень обрадовали вопросы и обсуждения с аудиторией. Участники задавали глубокие и интересные вопросы: об узких местах паттернов, отказоусточивости и гарантиях доставки. По итогам сегодня собираемся, чтобы обсудить оставшиеся вопросы: https://archways.timepad.ru/event/2047701/

Энтерпрайз и микросервисы
Валерий Разномазов рассказывал о микросеврисной архитектуре и роли аналитика в ней. Увы, на сам доклад не попал, но есть очень интересное резюме от Максима Цепкова: https://t.me/mtsepkov/379
Посмотрю в записи.

Крепнет ощущение, что профессия системного аналитика все больше двигается в сторону проектирования и архитектуры. И это прекрасно.

No-code, low-code
На обеих конференциях поднималась тема no/low code инструментов.
На AD был воркшоп, использовали Airtable, Bubble, Make (бывший Integromat), Telegram.
https://analystdays.ru/ru/talk/98220
Тоже не попал, попробую посмотреть запись.

На Codefest был доклад о роли low-code инструментов сегодня и завтра.
https://12.codefest.ru/lecture/2030
Главная мысль: эти инструменты делают разработку типовых задач сильно дешевле и быстрее. Причем использовать их выгодно и самим разработчикам. Если не можешь победить - возглавь.

Погуглил немного инструменты, о которых говорили - теперь интересно покопаться. На самом деле, такие решения с нами очень давно. Я помню, как еще в школе делал сайты на narod.ru. Явно тренд, который будет развиваться и заслуживает внимания.

#конференции

Люди и команды
На Codfest был на двух классных докладах о работе с людьми.

Идиократия от Даниила Терентьева: https://12.codefest.ru/lecture/2047
Автор рассказывает о том, почему постоянно возникают проблемы в коммуникациях между людьми, как их можно улучшить, и как нам поможет в этом формальная логика. Категорически рекомендую всем посмотреть, когда появятся записи.

Илья Ештокин и самоуправление: https://12.codefest.ru/lecture/2041
Немного розовая история о том, как внедряли элементы самоуправления в компании, работающей с госухой. Может вызвать скепсис, но в ней есть очень важная идея: если дать людям возможность самоопределения, то их вовлеченность и мораль резко возрастают. Это может быть простая возможность называть свою должность Некромантом, а не Сисадмином. А еще лучше дать возможность подразделению сформулировать и зафиксировать свою миссию.

Видел такое сам: банально попробуйте дать команде право выбрать название и лого. Удивительный результат получается.

Мотивация
Евгений Кот рассказывал о мотивации: https://12.codefest.ru/lecture/2045

Откровений не было, но вспомнили важные тезисы, которые часто игнорируют манагеры:
⁃ Мотивация человека не бывает постоянной. Она все время изменяется, это естественно.
⁃ Нельзя быть мотивированным просто. Можно быть мотивированным на конкретную задачу.
⁃ Человек может приходить на работу не спасать мир, а просто получать деньги. Это нормально, если он решает поставленные задачи.
⁃ Человек не обязан расти и развиваться. Это нормально, у него могут быть другие приоритеты. Говорят, в FAANG’е это уже поняли.

У меня доклад срезонировал с постом Морейниса о целях и мотивации: https://t.me/temno/4677
Лучший способ мотивации - показать, как достижение наших целей, поможет достижению целей сотрудника. Хотим замотивировать команду, нужно показать, как очередная гипотеза или проект помогут им: покопаться в модном фреймворке, внедрить интересный подход, закрыть ипотеку, проводить больше времени с семьей и т.п. Это намного эффективнее буллшита типа священной миссии и высоких корпоративных ценностей.

#API
Оказывается, релиз OpenAPI 3.1 был уже год назад.
Правда, с поддержкой новой версии пока все плохо. В основном есть у платных инструментов.

Что интересного:

• Теперь OpenAPI полностью поддерживает JSON-Schema. Счастье всем, кто ее активно использовал.

• Описание методов стало опциональным. Теперь я могу в один док поместить только описания объектов и все. Очень удобно для документирования RPC API, очень не хватало этого раньше.

• Появилось описание вебхуков. Не знаю, на сколько это полезно - коллбеки появились еще в 3.0, но так и не довелось встретиться с ними в реальности.

Еще про изменения:
- Сравнение версий 2.0 и 3.0, 3.0 и 3.1
- Кратко про новинки 3.1

#API #конференции
На выходных побывал на очередном ЛАФе. Как всегда, самое ламповое аналитическое событие. Всем оргам и участникам лучи благодарности. Провел воркшоп по ограничениям REST API и поучаствовал в круглом столе, посвященном профессии системного аналитика.

На воркшопе увидел, что за последние три года аналитики стали намного глубже погружаться в вопросы проектирования API. Все чаще встречаю тех, кто перешел в сисанализ из разработки. Получилось живо и интересно.
Как всегда, не хватало времени, поэтому заходите на продолжение в пятницу 1 июля. Похоливарим на тему REST vs RPC, плюс кратко повторю тезисы воркшопа в виде доклада.

https://archways.timepad.ru/event/2082924/

#оффтоп #манагерское #коммуникации

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

Параллельно существует чудовищный снобизм по отношению к любым гуманитарным дисциплинам. Причем порой он достигает уровня адептов Теории Плоской Земли.

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

Вроде бы, среди руководителей последние годы интерес к теме растет. Ибо сложно игнорировать ежедневные проблемы. Хотя все равно встречаю манагеров с установкой: “Мы тут работу работаем, мне нужно процессы организовывать, а не сопли подтирать”.

А самое прекрасное, что периодически нахожу подобные установки в себе. К чему все это?
Нужно по капле выдавливать из себя сноба.

Даже по отношению к идеям, теориям и дисциплинам, которые страдают от нашествия шарлатанов и инфоцыган.

P.S. Может есть софтскилловые инструменты, книги, обучение, которые помогли вам в работе? Поделитесь в комментах, плз.

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

Страх и ненависть в шиномонтаже.
Шина, это как 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.

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

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

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

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

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

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

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

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

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

https://domorobo.to

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

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

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

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

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

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

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

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

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

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

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

#архитектура
Несколько критериев, когда стоит выделять часть системы в отдельный микросервис компонент.
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
Если нужно использовать другой технологический стек для решения какой-то задачи.

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