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

Похождения стажера Васи, прошедшего все круги идемпотентности, продолжаются.
В новой серии он столкнулся со сложностями проектирования взаимодействия бэкенда и мобильного приложения:

⁃ версионирование апи и согласование релизов
⁃ разделение логики между бэкендом и мобильным фронтом
⁃ влияние качества связи на логику взаимодействий
⁃ передача чувствительных данных по открытым каналам

https://habr.com/ru/company/yandex/blog/583332/

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

Интересный подкаст о проблемах разработки. Редко можно услышать, как представители итшечки критикуют позицию своих собратьев в битве IT vs Бизнес
https://open.spotify.com/episode/6zJuQT6xCEYB7ggNYl1MGx?si=8_Q4fkzgT_C09v-4NVfpuA

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

В этом году удалось пообщаться с четырьмя командами/компаниями, где решили создать выделенную роль системного аналитика. В трех из них мотивация была в духе: “Хотим как-то оградить разработчиков от того бреда, который несет бизнес, когда просит запилить очередную хрень”. Не буду гдадать, на сколько силный антагонизм между ит и бизнесом у этих ребят, но история вполне обыденная.

Думаю, это тот самый кейс, когда системные аналитики - это костыль, которым пытаются полечить проблемы процессов и коммуникаций в компании. Нечто подобное обсуждали с Филиппом в эфире Почему системный аналитик в компании - это bad smell?
Возможно, именно это пытались лечить скрамы и прочие аджайлы, вводя в единую команду разрабов, продуктов и бизнес-экспертов.

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

#процессы #нотации
Я не очень большой фанат bpmn, поэтому не мог пропустить статью о границах его применимости.

https://bpmn2.ru/blog/5-nepravilnix-sposobov-ispolzovat-bpmn

#процессы #нотации
После прошлого поста случилась небольшая дискуссия на тему: “Если не BPMN, то что?”

В статье автор поделился историей разработки формальной пользователе-центричной нотации на основе CJM. Практики процессного подхода вряд ли найдут здесь что-то новое, но как альтернативный взгляд выглядит интересно.
Пощупаю как-нибудь на реальной задаче

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

Про очереди: https://mcs.mail.ru/blog/zachem-nuzhny-ocheredi-soobshcheniy-v-mikroservisnoy-arkhitekture
Про Rabbit и Kafka: https://mcs.mail.ru/blog/rabbitmq-ili-apache-kafka

Тут в среду что-то новогоднее архитектурное dddшное намечается. Даже шанс есть вживую попасть.

https://t.me/dddevotion/234

#интеграция
Попытка разработать простой алгоритм выбора между:
- REST API
- GraphQL
- gRPC
- JSON-RPC

На полноту критериев и фундаментальность не претендует, но почему бы и нет.

https://levelup.gitconnected.com/rest-and-the-future-of-apis-ef9cf4e1706b

#манагерское
Мне тут поведали, что у Филиппа вышла статья о bad smell в процессах. Не буду ничего цитировать, имхо мастрид для лидов, манагеров и всех сочувствующих. Там же ссыль на видео доклада.

https://habr.com/ru/company/oleg-bunin/blog/598925/

Мой год только начинается, надеюсь, и вас салатики уже отпустили. Нам повезло работать в крайне неоднозначной, быстроизменяющейся и востребованной индустрии. Желаю всем нам в этом году:

⁃ иметь работу, в ценность и значимость которой мы искренне верим

⁃ работать с людьми, которые останутся с нами много лет после смены компании

⁃ критически относиться к существующим подходам и убеждениям, особенно своим

⁃ быть открытыми для новых идей и изменений, пробовать и экспериментировать

⁃ забыть о существовании work-life balance и выкрутить его на life = 100, work = 100

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

#коммуникации #мышление
Гипотеза от Дорофеева. Возможно, люди собирают 100500 встреч потому, что им некогда (или не могут) осмыслять задачи и проблемы. А когда человек говорит, он вынужден думать. Поэтому нет смысла отправлять его в почту или чат - так он увеличит количество инфопотоков, которые не сможет осмыслить без встреч.
https://youtu.be/ScU1ymhjbxQ

На счет чатов соглашусь
https://t.me/another_sa/37

А вот мышление письмом все еще считаю одним из величайших изобретений человечества
https://t.me/another_sa/42

#анализ
Интересная бизнес задачка о работе склада.

https://habr.com/ru/company/yandex/blog/597129/

#карьера
Короткий чеклист на случай, если вы сейчас обновляете резюме или находитесь в активном поиске.

Еще на канале появляются материалы об ит-работе в новом мире. Возможно, кому-то будет полезно.

https://t.me/newhr/28

#интеграция #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 давно устарел, канбан не работает, без дейликов и ретро жить невозможно.