И завершим вечер базовых знаний статьей про архитектурные паттерны. От общей БД до брокера сообщений в формате "для чайников". Коротко и по делу. https://habr.com/ru/company/ruvds/blog/699648/

Продолжаю делиться своими выступлениями. На этот раз с недавнего аналитического марафона (10.11.22) - про то, почему можно и нужно работать без ТЗ https://youtu.be/16FCcIETp-c
#myvideo

Раз у же пошел такой разговор, ретроспективно выложу и свое выступление с Analyst Days 13 про поведение в кризисных ситуациях. https://youtu.be/Zx-H3UEZSb8
#myvideo

Подборка книг для Владельца Продукта 📖

Ищите, что прочитать по продуктовке? Тогда для вас поборка книг для Владельцев продуктов от scrum.org

Ссылки на сами книги 📚
#книги

Если вам интересно, как устроен WhatsApp под капотом - то вот вам статейка, правда на англицком https://medium.com/interviewnoodle/whatsapp-system-architecture-8df0250d572f
#article

Интересный обзор на книгу “Web Scalability for Startup Engineers” by Artur Ejsmont. Добавил себе в вишлист
https://medium.com/@olgamitroshyna/software-architecture-i-wish-i-had-known-about-this-earlier-4df43eae57db

Сейчас будет сложно. Краткий обзор на Социократию 3.0 от Макса Цепкова. Ничего не понятно, но очень интересно. Пойду читать полный гайд) https://telegra.ph/Sociokratiya--istochnik-praktik-po-organizacii-IT-proektov-07-27

Внезапно достаточно толковая статья про гибкие методологии (ну или хотя бы вариации на тему) от представителей банковского сектора, обычно считающегося наиболее консервативным. Ребята из Ак Барс банка рассказывают про использование User Story Mapping и чем он лучше классических ТЗ. Конечно не обошлось без гротеска про то, что аналитик в гордом одиночестве пишет ТЗ и ни с кем не общается, но от этого концептуально описание вышло не хуже. Так что рекомендую https://habr.com/ru/company/akbarsdigital/blog/699950/

Почему я в предыдущем посте писал внезапно про банки? Потому что сегодня был на открытом уроке у конкурентов: https://education.dhabits.ru/systems_analyst_course. Почему пошел туда? Потому что ребята программу наполовину списали с моего курса. Понимаю, что это можно считать признаком популярности моего курса (на текущем запуске, кстати, 100 человек в группе, что объективно много, поэтому запускаться будем теперь чаще). Но все же настолько в наглую копировать формулировки это перебор.
Но про сам открытый урок:
Лектору из зеленого банка еще надо очень много работать как над своей манерой вести занятия (обычно приходит с опытом), так и работе с аудиторией (первый блок вопросов только через час, все вопросы уже контекст потеряли). Ну и материалы были достаточно скучные.
Про что рассказывал спикер? Я так и не понял, пытался что то про классическое оформление документации (упоминал ГОСТы и BRD), но признался, что не знает что такое SRS. Потом было про какую то мешанину из ТЗ, задач, US внутри задач, Acceptance criteria, которые упорно назывались DoD, но при этом детальное описание всего и вся с согласованием с кучей стейкхолдеров. Если это и есть знаменитый сберджайл, то я разочарован. Взяты далеко не лучшие черты обоих подходов. А, и конечно, все это исключительно оформляется в Конфлюенс, который в РФ как бы уже не очень актуален.
Целевая аудитория не очень понятна. Ребятам с опытом 2-3 года будет скучно, а новичкам не понятно, особенно учитывая отсутствие какой либо теоретической базы, как в материалах, так, похоже и лектора, который Use Caseом упорно называл диаграмму Use Case, при этом даже не особо оговорившись, что основной цимус далеко не в диаграмме. В общем мой вердикт - моему курсу это не конкуренты. + дать за 6 недель то, что мы в Отус еле впихнули в 6 месяцев - просто не реально, будет либо по верхам, либо с пробелами.

И на сон грядущий, прямо шикарная статья про то, как писать документацию. Во-первых, написано профессионалом и ее приятно читать и стилистически и с точки зрения содержания. Во-вторых в сжатом виде дан огромный объем информации, да еще и со ссылками на огромное количество источников и доп. материалов. Терпеть не могу писать документацию, но если писать - то такую! https://habr.com/ru/post/698046/

С утречка бодречком - читать про создание надежных систем. Статья, которую я пожалуй перечитаю еще раз, ибо она содержит очень много с одной стороны очевидных, а с другой стороны очень полезных мыслей, что за раз они в голове не уложатся. Но в целом, статья гораздо больше про менеджмент и процессы, чем про технологии, что очень приятно, т.к. многие подобные статьи являются сугубо техническими. https://habr.com/ru/company/ruvds/blog/698014/

Прекрасная статья годичной давности с перечнем хороших и полезных книг, посвященных организации работы команд, как с инженерной, так и мотивационной точек зрения. Если хотите расти в сторону лидерства и управления командами, то почитать хотя бы часть из книжек стоит (у меня уже парочка есть) https://medium.com/the-serverless-edge/engineering-leadership-here-are-my-go-to-books-64f5b1ed971d

И вообще в другую степь - в визуализацию данных. Если честно, никогда не представлял себе, что отображение в виде дерева можно обогатить еще и набором слоев, которые будут дополнительно подчеркивать те или иные характеристики данных. Забрал идею в нашу команду DWH и BI, вдруг пригодится. https://habr.com/ru/post/672184/

Интересная шпаргалка про REST