План ближайших постов:

1) Самые популярные вопросы на собеседовании
2) О чем я спрашиваю на собеседовании
3) Обзор книги: SystemDesign Подготовка к сложному собеседованию
4) Обзор книги: Веб дизайн для недизайнеров
5) Брокеры с чего начать изучение
6) Обзор книги: Человеческий фактор
7) Обзор книги: Есть контакт. Книга для подростков, которая будет полезна серьезным техническим специалистам
8) Обзор книги: создание микросервисов
9) Обзор книги: Вигерс
10) Полезные ютуб каналы
11) Обзор книги: Что такое тестирование. Курс молодого бойца
12)
13) Обзор книги: как делать полезные заметки
14) Книги для отдыха от работы, но расширяющие ваш кругозор
15) Я опять меняю работу
16) ALDPro про работу
17) Как я работаю с API
18) Универсальные вопросы для общения с заказчиками. Первое общение
19) Универсальные вопросы для общения с заказчиками. Сбор первичных требований.
20) Универсальные вопросы для общения с заказчиками. Собираем конкретику.
21) Конфиликты. Учусь решать.
22) О себе.
23) План как готовиться к собеседованию.
24) LDAP протокол для обращения к БД "ключ-значение".
25) Что должен уметь джун аналитик?
26) Пет проекты.
27) Виды компаний и почему я считаю что это важно.
28) Как я 2 года назад на всю свою работу получала "Ты отлично справляешься" и почему это плохо
29) Postman как используется аналитиком
30) Где граница работы аналитика и остальной команды?
31) Рассуждения хороший командный игрок - какой он.
32) Как работать в команде с человеком который любит делать все сам и тянет одеяло на себя.
33) Как работать если это человек ты?
34) Аналитику надо читать код или нет?
35) Как научиться читать код минимально времени?
36) Как аналитику работать с git?
37) Аналитики секретари в мире ит или нечто большее.
38) как вести встречи не тратя много времени на разговоры.

39) Маленькие программы которые облегчают жизнь.
40) Удаленка - повод сделать самый уютный офис.

41) Как вызвать лояльность работника к своей компании. Мои личные наблюдения, после того как я сама ушла из компании в которой мне нравилось не проработав и года.
42) Не умею рисовать BPMN
43) CAP теорема как использовать
44) Проектирование REST API
45) Как непродуманные статусы задач в Jira отнимали у меня 20 минут в день
46) Немножко про проект новорожденных
47) Почему стоит переплатить 100к чтобы за тебя спланировали твой отпуск

Написать первый пост в новом блоге не просто.

Я откладывала это несколько месяцев. И меня не смущало, что в блоге всего 1 человек - и это я. А значит и критиковать меня за не ту информацию будет некому.

Для таких случаев, у меня есть 1 секрет. Я установила себе будильник, которые 4 раза в неделю мне напоминает: пора вставать писать. Для этого важно выбрать время будильника так чтобы в это время почти никогда ничего не было.

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

И вот на 3 раз будильника все совпало идеально. Я уже успела отдохнуть после тяжелейшего рабочего дня перед началом релиза, успела позаниматься своими делами и даже устать отдыхать.

Так и появились эти строки.

Придумать название канала это вам не шутки.

Временное название было "Опять этот аналитик", потому что не знаю как у вас, а у меня есть порядка десятка личных каналов других Системных и Бизнес аналитиков.

В попытках придумать свое я много смотрела на них. Было множество вариантов. И ничего, решительно ничего, мне не нравилось.

Когда от перебора вариантов у меня устала голова я отвернулась от экрана и оглядела комнату. Кошки развалились на книгах по шаблонам архитектуры. Рядом стоял мой любимый цветок - алоказия Полли. Сам блог я давно решила вести так, чтобы в строчках читался не безликий представитель своей профессии, а Я и моя любовь к тому чем я занимаюсь. И как-то так все сложилось: Анализ, коты, цветы и Я.

Был у меня план на этот год пройти 2 платных обучений по моей специальности или рядом с ней.

Первый был в мае, о нем я обязательно расскажу позже. До второго очередь дошла сейчас. В этот раз выбор пал на "Микросервисная архитектура" https://microarch.ru/ от Кирилла Ветчикина.

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

Почему выбрала этот курс? Мне нравится небольшие курсы, которые можно пройти за месяц с практикой и короткими видео. Ну а тема курса просто шикарная.
#учеба_pc #микросервисы

В обучении, так же как и везде, важно совпадение ожиданий и реальности.

Поэтому пару слов, о том что я жду от курса "Микросервисная архитектура"?

1) Работы с микросервисами. А точнее возможности за ручку пройти полный цикл от проектирования до внедрения и поддержки. Архитектуру моего текущего проекта можно назвать этакий монолинт с модулями. Ранее тоже чаще работала с монолитами или SOA, а еще, конечно, с мультиагентными системами. Микросервисы попадались на моем пути лишь частично. А в мире, где все только и говорят что о микросервисах стоит узнать о них побольше и быть готовой к работе с ними.
2) Общения. Мне всегда в таких курсах интересны коллеги с которыми можно пообщаться, увидеть их образ мыслей, завести интересные знакомства.
3) Практика Event Storming. Читала материалы по этому подходу, некоторое время была подписана на блог по теме. Но не сталкивалась в рабочих задачах. Я ко всем таким практикам, всегда отношусь с осторожностью, поэтому попробовать в рамках обучения интересно.
+ Подкупило, что курс пойдойдет на аналитикам тоже. Тащить в параллель работе обучение, где нужны навыки программирования - сложно, поскольку последние у меня крайне скромны.

Оправдаются ли ожидания? Не знаю, буду делиться по ходу прохождения.
#учеба_pc #микросервисы

Одним из приятных карьерных событий этого года стали стажеры.

В моем отделе аналитиков не было стажеров. Но безуспешные поиски аналитиков к нам на проект, привели руководство к мысли "Почему бы не попробовать взять стажера?" Человека нашли быстро. А наставником решили сделать меня.

Так в нашем проекте, и у меня лично появился первый стажер.

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

По факту мне кинули человека и сказали: помогай, направляй, развлекайся.

На деле вышло: направляй, смотри как ошибаются, там где казалось бы нельзя накосячить, исправляй ошибки, и да, развлекайся.

Скоро уже у второго стажера закончится 6 месячная стажировка, а в моей копилке появился десяток историй и материалов, которыми я готова поделиться. Надеюсь вам будет интересно.
#pc_стажер

Ловите рецепт как не делать.

Иметь на неделе нагрузку в виде английского, танцев, изготовление шкафа своими руками. Это не считая работы. Для полной картины начните вести блог.

И заболейте.

С прошлого вторника мучаюсь простудой. Сильные боли в горле и невозможность нормально дышать мешали всю рабочую неделю. Выходные увы лучше тоже не становилось.

Пришлось по уменьшить аппетиты в делах.

Самое обидное со шкафом и обучением. Шкаф закончить как планировали за выходные не успели. В обучение из 12 уроков я успела пройти только 3. Обидно отставать уже в самом начале.

Надо бы на будущее запомнить, что ноябрь отличное время не только для учебы, но и для болезней.

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

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

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

В чем отличие осознанного желания дать себе отдохнуть от прокрастинации? Я не жалела и не чувствовала стыд за то что неэффективна.

Фух, чувствую эту неделю я смогу раскидаться со всем срочным, что у меня накопилось)

У нас в продукте для взаимодействия между фронтом и беком используется REST.

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

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

На самом последнем этапе этих работ у меня возникла сложность.

Я изучала синтаксис YAML на практике методом проб и ошибок. Это позволяло мне решать поставленные задачи, но объяснить синтаксис другим у меня не вышло.

Внезапно несколько дней назад на хабре выложили статью, которая подробно этот синтаксис разжёвывает. Люблю такие совпадения. Очень рекомендую всем, кто работает со Swagger.
Статья про Swagger и OpenAPI здесь

Продолжим про REST
Я в мае проходила обучение по REST.

Курс: Проектирование интеграции с REST API от Systems Education
Предпосылки: я уже не первый год работала с рестом, в сваггере, проектировала ТВ сама, использовала чужие. Но подсознательно, было что я знаю недостаточно. Мне не давал спокойно жить синдром самозванца.
Основная цель: утопить своего самозванца в знаниях.
Почему именно этот курс: Мне нравится формат обучения у этих ребят, воркшопы на 1-4 дня с практикой в небольших группах. Идеально для мотивации и с точки зрения планирования.

Результат: четко структурирована информация. Отличный баланс между теорией и практикой. Позаниматься в группе было интересно. Ответы на вопросы были крутые.

Я мало получила в плане знаний, но мой самозванец действительно ушёл.

Рекомендую, всем кто начинает работать с REST.

Вчера до ночи сидела над заданием курса по Event storming.

Так долго, потому что увлекло. И есть интересные мысли.
1) Я ошибалась, думая, что уже использовала Event storming в работе. Когда работала с нефтяниками, нам кто-то принес подобную методику для системы VR и назвал это Event storming. Но без определения границ микросервисов та работа нарушала основную цель шторминга.
2) Делать в одиночку Event storming нужно для обучения, но по сути бесполезно. За бортом остается много вызовов коммуникации, организации.
3) Кстати про организацию, на моем опыте, такие подходы разбивались об реальность, когда собрать бизнес не получалось. Но в случае первых этапов формирования микросервисов - важно сначала определить границы, а не писать ТЗ и код.

Но в любом случае радуюсь, что самые объемное задание курса позади, а обучение идет интересно.
#учеба_pc #микросервисы

Над нашим продуктом работает большая команда. Конечно, у нас есть трудности - например, поддержание актуальной информации о продукте среди всех участников.

Поэтому мы проводим встречи, где рассказываем, что было сделано в новом релизе и отвечаем на вопросы. Основу встречи готовят и презентуют аналитики, которые работали над фичами релиза. Дальше к обсуждению подключаются программисты, QA, DevOps.
В понедельник, вести встречу выпало мне, как основному аналитику релиза.

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

К счастью у меня есть методика подготовки к публичным выступлениям, поэтому встреча прошла отлично. Можно работать дальше.


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