Кладовка аналитика в IT

Привет-привет! Ушел в спячку с контентом, но со мной все хорошо и я скоро я традиционно выступлю на конференции аналитиков Контура, 20го августа пройдет бесплатный онлайн день, на котором я выступлю с достаточно софтовым докладом про то, как аналитик может выживать в рамках очень сжатых сроков. А после - поучаствую в разборе историй аналитиков на кейс-клубе в шапочке эксперта. 21го августа на офлайн дне я проведу дискуссию на тему того, должен ли проектировать архитектуру решения аналитик или нет - должно получиться жарко и интересно :) Можете накинуть интересных мыслей для обсуждения на эту тему в комменты. Офлайн-день пройдет в Питере, там же можно будет и пообщаться. По ссылке - мой спикерский промокод на скидку для оффлайн-дня. Записи по традиции выложу в канал)

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

С днем системного аналитика! Поздравляю всех вас, дорогие читатели, с нашим профессиональным праздником. Каждый год вспоминаю об этом празднике случайно, когда кто-то в чатиках об этом начнет говорить — и каждый раз приятно улыбаюсь тому, что такой праздник существует :) Я считаю, что это заслуженно — индустрия на сегодняшний день в СНГ огромная, существуют сотни сообществ, десятки популярных конференций и очень много нетворкинга. И это все — мы с вами! В этот день пожелаю вам получать настоящее удовольствие от своей работы, побольше удачи (она всем нам нужна), новых знаний и полезных знакомств. С нашим днем, друзья!

Что-то на терапевтичном — принесли пост про ревью в командах разработки, где есть аналитики 🪑 Привет! Я Сергей Елизаров, старший системный аналитик в Контуре. Сейчас я руковожу кластером аналитиков финтеха. Ревью — важная часть командной работы и классный инструмент борьбы с неопределенностью. Я поделюсь опытом и подсвечу то, какие болезни в ревью бывают. И дам советы по их лечению. #konturtech_analytics

Записи доклада пока нет, зато есть вот такая короткая выжимка :)

Про нетворкинг и его пользу Когда заводишь знакомства/общаешься в каком-то кругу ты никогда не знаешь заранее, смогут тебе помочь или нет, когда это тебе понадобится. Я часто слышу недопонимание от своих знакомых не связанных с моей работой на тему — "зачем? почему ты знакомишься и помогаешь случайным людям?". Мой ответ прост: - во-первых, если есть силы и ресурсы, то помогать другим и делиться своим мнением/опытом сама по себе практика хорошая и помогает изменить мир в лучшую сторону. - во-вторых, это долгосрочная инвестиция в сеть знакомств и дружественных отношений — ты никогда не знаешь, какой запрос будет у тебя завтра и никогда не знаешь, какие проблемы тебя ждут. Почему об этом захотелось сказать? Потому что недавно участие в сообществе помогло решить мою проблему :) Исторически я пользовался plantUml и diagrams.net, но по мере роста все чаще приходилось что-то нарисовать быстро. Так я познакомился благодаря коллегам с Miro и стал там рисовать почти все, что мне было нужно :) Где-то было неудобно, но мне хватало и я находил в Миро инструмент решения любых своих проблем. С Миро начались проблемы, но сильно на меня не влияли — меня все устраивало :) А недавно риск и уровень проблем сильно повысились, я начал судорожно искать альтернативы. Всякие "подборки на замену Миро" не подходили, потому что в большинстве там были аналоги Миро сомнительного качества, которые выглядели как затычки с кучей косяков, мне не хватало профессиональной оценки этого опыта — а времени проверить новые инструменты самому не было. Ответ помог мне найти чат сообщества вокруг канала Влада Князева (ссылка), где ребята поделились положительным опытом, который я теперь переиспользую. Поделюсь и с вами: 1. https://excalidraw.com/ — это любовь с первого взгляда. Мне достаточно было попробовать решить одну задачу там для того, чтобы влюбиться. Невероятно простой. Подходит для задачи очень быстро что-то визуализировать. Даже схему реализации концептуальную нарисовал недавно. Очень быстро и удобно. 2. Узнал оттуда же, что diagrams.net умеет в экспорт кода mermaid. Кто не в курсе — mermaid это в целом по смыслу более развитый PlantUml. Я давно не пользовался diagrams.net из-за его неудобности (слишком сложно делать простые задачи) и за развитием не следил. А сейчас — сделал диаграмму кодом, руками подвигал и закрыл минусы двух решений — и отдельного mermaid/plantUml, и интерфейсной сложности diagrams.net. Вывод такой — не бойтесь нетворкинга, Аналитиков в СНГ тысячи, и, вероятно, возникающую у вас проблему уже кто-то успешно решил. Будьте инженерами и пользуйтесь этим, не забывая вносить свой вклад в профессиональное сообщество взамен. :)

Кладовка аналитика в IT pinned «Отгремел мой первый доклад! Я прошел этот опыт в первые, этот опыт прошел в борьбе с синдромом самозванца и, кажется, мне почти получилось победить :) Приветствую новых подписчиков на канале, которые пришли ко мне после этого доклада. Вдвойне привет тем…»

Разбор кейсов В ответах на докладе, в нетворкинг сессиях на конференции и по успеху секции с разбором кейсов на конференции — задаюсь вопросом. Есть ли у вас, как моих подписчиков, запрос на разбор каких-либо кейсов с вашей работы? Анонимно, с советами и мыслями. По формату — возможно привлеку кого-либо еще, начнем с разборов текстом с дублированием кружочками в телеграме. Если кейсов накопится много, то возможно что в прямом эфире с записью. Помоги мне получше понять запрос на подобный контент: ответь на вопрос в следующем посте) Если твой ответ сложнее, чем представленные мной варианты — приходи в комментарии

Отгремел мой первый доклад! Я прошел этот опыт в первые, этот опыт прошел в борьбе с синдромом самозванца и, кажется, мне почти получилось победить :) Приветствую новых подписчиков на канале, которые пришли ко мне после этого доклада. Вдвойне привет тем, с кем мы увиделись на оффлайн-части! На самом деле конференция получилась офигенной как в оффлайне, так и онлайне, чем я очень сильно горжусь — круто осознавать, что работаешь бок о бок с теми, кто эту конференцию так организовал :) Конференция была юбилейной и прошла с большим размахом, очень круто, что бОльшая часть участников была не из Екатеринбурга, а это ценно. Ну а мне, как спикеру, было комфортнее начинать с онлайна и в комфортной и родной для себя обстановке — члены программного комитета мои коллеги, в наших коммунникациях мы были максимально прямы друг с другом. Мой доклад родил много вопросов и обсуждений, ответы на вопросы я выкладывал в канал конференции, но в телеграме их отслеживать не очень просто. Поэтому я собрал ответы в гугл таблицу, чтобы их было попроще впитать. Ответы доступны по ссылке :) Если у вас остались еще вопросы на тему — вы можете задать их здесь, я с радостью отвечу Записи будут доступны в течение нескольких недель, я опубликую ее в канале как можно скорее. Анонс: в моем коротком докладе явно не хватило организационных деталей и практик внедрения. По обратной связи по докладу — новому докладу на эту тему быть! Посмотрим на эту тему с другой стороны: как устроено организационно, как внедрять, как замерять эффективность и уметь продавать этот процесс своим коллегам. О сроках и месте говорить рано, раз на тему есть такой спрос — обязательно поговорим. Всех обнял!

Лучше поздно, чем никогда — вероятно, девиз моего канала 👺 На этой неделе в четверг (22.08) в онлайне и субботу (24.08) оффлайн в Екатеринбурге пройдет очередная конференция аналитиков Контура. Доклады от участников из разных компаний, нетворкинг и вот это вот все, что мы любим. На этой конференции я впервые выйду с коротким докладом! Дедуктивно разберем процесс ревью от аналитика и для аналитика: разберемся, когда и зачем проводить ревью, как ревью помогает в нашей работе и какие болезни ревью бывают и как их можно вылечить в своих командах. Выступать буду в онлайне в четверг, 22 августа и начну в 15:05 по екб. Почитать информацию о конференции, посмотреть программу докладов и подать заявку на участие можно по ссылке Участие в онлайне бесплатное, а в оффлайне платное. Организаторы выложат записи с онлайна в открытый доступ :) Для вас публикую промокод на скидку 15% для оффлайн-билета. speaker15 У меня в запасе есть еще несколько промокодов на скидку в 50%, поэтому если ну очень хотелось но еще не купили — приходите в личку :)

Смена команды Прохожу довольно сложный этап своей карьерной жизни — перехожу из одной команды в другую внутри своей компании. Переходить, признаюсь, грустно — за 3.5 года в прошлой команде я довольно сильно вырос, прошел довольно много сложных и веселых моментов с командой. Хочу поделиться опытом, который, возможно, вам поможет определиться. На проекте сидеть нельзя больше года! Застаиваешься! И другие подобные высказывания я и вы, мои читатели, слышали отнюдь не один раз. С этой позицией я не согласен — считаю ее очередной попыткой найти серебрянную пулю в решении всех вопросов. Вижу этот подход оправданным с точки зрения целей быстрой выгоды — в моменте цифорки ЗП будут выше, иногда даже значительно. Но стратегически и в сложной предметке за год, как аналитик миддл~ уровня, ты успеваешь только в ней разобраться и начать делать некоторые вещи интуитивно, примерно понять кто есть кто в команде, как принимаются решения, куда движется и зачем твой продукт/проект. Для того, чтобы научится решать более сложные задачи — надо получать бОльшую ответственность, которую тебе не дадут: нет уверенности в твоих компетенциях и знаниях, недостаточно сформированный авторитет перед командой. Из того, что я видел — обычно такие люди продолжают крутится как белки в колесе в погоне за лишними 10 тысячами к зарплате, но как специалисты не растут. Я же фанат обратного пути — если выполняется условие (мне комфортно работать вместе с этой командой) И (мой заработок за проделанные мной действия меня устраивает) И (я понимаю, какой опыт я получаю и эти знания полезны для меня) = я буду продолжать работать в этой команде до тех пор, пока любое из этих условий не поменяется. Нужно менять контекст! Если ты хочешь расти как специалист в целом, а не в одном домене — нужно менять контекст, несмотря на мои тезисы выше. Путь этот не обязательный, но иногда твои доменные знания закрывают недостатки твоих скиллов — ты решаешь задачи уровня X не потому, что ты в целом любую такую задачу можешь решить, а потому что ты просто уже знаешь домен и свои системы наизусть. Смена домена в этом смысле отрезвляет. Ну еще и помогает бороться с синдромом самозванца :) Мне глобально повезло с последней командой — помимо прекрасной команды и хороший условий, у меня была возможность менять контекст и в этом была потребность у бизнеса. Идеальный мэтч. Я думаю, именно эта комбинация и послужила поводом моего бурного роста, потому что я и набил шишек, и посмотрел, как делать надо, и как делать не надо. Опыт надо масштабировать! А почему и куда ушел то? В любом случае. ты можешь упереться в потолок возможностей. Я мог работать спокойно и комфортно — но мой достигатор сидит на игле экстенсивного роста и пока не чувствует, что пора останавливаться. В проекте, из которого хочу, потребность в развитии — есть, но в расти в ту сторону, в которую это нужно проекту я сейчас не готов. Так совпало, что одновременно в одном из критичных проектов понадобился опытный аналитик — я решил пару задач для этой команды, помог разобраться в некоторых проблемах, мы сошлись взглядами с командой и случился мэтч моих компетенций и потребностей нового проекта. Поэтому, уже формально как 3ий день я вступил в роль лида системных аналитиков нашего финтеха. Зона не беспроблемная — работы и вызовов лично для меня очень много. Прорвемся :) Планы на будущее и что происходит с каналом Приятно, что при всей моей пассивности в ведении канала подписчики прирастают - я всех вас рад тут видеть. Вас уже почти 300! Работы много, а моих грандиозных планов — еще больше :) Буду делиться с вами записками из своего опыта, рассказывать про результаты (как хорошие, так и не очень) на канале уже с точки зрения призмы своей новой роли. Надеюсь, получится выходить на связь с вами почаще. Не прощаемся 👨‍💻

Полезные материалы про API: SOAP, RPC, REST Недавно собирал для своих аналитиков небольшую лекцию про REST, SOAP и RPC. По мотивам лекции собрал список материалов, который советую для прочтения. Делюсь и с вами :) 1. Диаграма принятия решений об HTTP статусе в ответ на запрос: тут. Крутая очень шутка, которая маскимально подробно визуализирует логику выбора кода ответа HTTP. Красивое! 2. Отличная статья на хабре от AvitoTech про структуру HTTP запроса и ответа. Внутри есть ссылки на разное около сетевое. 3. Про SOAP от Школы Системного Анализа. Подробно, с кейсами и отвечами почему и зачем. Понравилось. 4. Про REST от школы системного анализа читать здесь. Достаточно прикладной материал, где есть куча всего, что почитать и потрогать вокруг RESTа. 5. Модель зрелости Ричардсона 6. Статья-сравнения разных архитектурных стилей интеграции (SOAP vs REST vs RPC vs GraphQL) на медиуме. В РФ работает только под ВПН