#интеграция #API

Обзор Александра Поломодова на книгу Web API Design: The Missing Link
Сам посмотрел ее только по диагонали, но судя по отзыву и содержанию будет полезна при проектировании “правильного REST API”. И всего 60 страниц

#data #storage

Заметка о возможных проблемах при хранении данных без строгой структуры.
https://t.me/pmdaily/939

#манагерское #анализ

Рассказ Пименова об инструментах социологии в делах манагерских и не только. Внутри видео несколько мыслей о внедрении изменений и мини-фреймворк для работы с командами.
https://youtu.be/CbFjiCVbiaA

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

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

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


Про аналитиков (и не только)
Есть в этой истории мораль и для аналитиков. Профессиональная идентичность - не менее опасная вещь. Среди нас такое можно заметить во фразах вида: “аналитик не должен заниматься А", “без аналитика они не могут сами Б” и т.п. Способность адаптировать свою профессиональную идентичность намного эффективнее бесконечных холиваров о ней. В смутные времена это выглядит особо полезным.

И что мне с этим делать?
1. Принимать и осмыслять негативный фидбек. Если кто-то считает профессию вредной или бесполезной, на это обычно есть рациональные причины. Спасать мир необязательно, а вот исправить что-то в своей зоне ответственности - зачастую реально.

2. Создавать дополнительную ценность в рамках своей команды или проекта. Умею читать код? Набрасывать макеты? Тестить апи? Прекрасно, осталось найти способ применить это.

3. В любой непонятной ситуации - эволюционируй. Если на предыдущем шаге идей не появилось, то лучше начать запасаться дополнительными скиллами заранее. Благо, интернет все еще доступен, и вокруг море бесплатной и платной информации.

#API #интеграция
Шикарный и неожиданный доклад о публичных API от Анны Мелеховой с последнего Analyst Days. Анна рассказывает не о том, как проектировать методы и структуры запросов, а об особенностях публичных API, их роли в компании и бизнесе.

⁃ Публичное API. Что оно дает бизнесу, и как его можно продать
⁃ Почему публичное API - это дорого и сложно
⁃ Ориентированность на потребителя и consumer friendly API
⁃ Почему публичное API нужно не каждой компании
⁃ Чек-лист для аналитика и архитектора для работы с публичным API

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

https://youtu.be/rin-PKE7-9Q

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

Многобуков вечерней графомании о жизни в IT, или почему бизнес не должен знать, чего он хочет

#оффтоп #анализ #манагерское

Популярная жалоба на бизнес - частые изменения требований. Посмотрим на эту проблему глазами продакт-менеджера?

“…сама суть работы не позволяет тебе быть уверенной ни в чем, т.к. твоя картина мира состоит из гипотез и предположений. Ты априори не можешь быть ни в чем уверена”.

“…никогда нельзя забывать, что это всего лишь гипотеза. А вся суть термина “гипотеза” в том, что это не факт”.

Вся статья здесь: https://t.me/harapeka/56

Ради интереса предлагаю рассмотреть летний отпуск как проект или услугу, которую мы проектируем для себя и, возможно, своей семьи. Сколько раз изменятся требования? А что если бизнес-заказчик живет так всегда?

#интеграция #API

Про асинхронные взаимодействия поверх HTTP за 3 минуты.
В главных ролях:
⁃ Callback
⁃ Polling

https://youtu.be/3D2kYmEa8rk

#карьера

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

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

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

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

Возможно, это те самые кейсы, когда слышим: аналитик бесполезен, без аналитика никуда, 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 июля, рега тут.