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

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

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

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

Мы запустили общательно-образовательный проект об анализе и проектировании в 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.