Такая усталость, что решительно не хочется делиться с вами чем-то осмысленным. Поэтому вот вам просто забавная история.

Сейчас все мечтают попасть в Айти. В первую очередь, всех привлекает хорошая оплата труда.

А вот нашего знакомого оплата труда не удовлетворила.
Где-то около 15 лет назад он заканчивал вуз по специальности, напрямую связанной с программированием. Уже тогда это считалось хорошей работой. Вот только, когда он пошел устраиваться ему предложили условные 15к в месяц.
Знакомый уже имел серьезные отношения и после вуза встал вопрос с жильем. Еще и безумное желание иметь свою машину его деревенской душе не давало покоя.
И так вовремя знакомый предложил поработать с ним установщиком окон. С шикарной оплатой 50к.

Свою десятку он купил через пол года. Еще 3 года радовался шикарной зарплате. А потом спрос на пластиковые окна сошел, зп резко упала.

Но у друга и уже его жены появился дом за городом и долгожданный ребенок.

Если после вуза было страшно и непонятно устраиваться в ит компанию, то спустя почти 3,5 года казалось и вовсе нереальным.

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

На вопрос "Не жалешь, зная какие зп получают сейчас в ит и какие есть возможности?", уверено отвечает нет.

Сейчас самая горячо обсуждаемая у меня на работе тема - обязанности аналитика. 

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

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

Как системному аналитику не делать чужую работу

Достаточно интересные получились результаты опроса выше. 

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

Архитектура и анализ данных, напротив, встречается у половины коллег. Мне очень интересно, кто что вкладывал в эти 2 пункта. Если готовы - поделитесь в комментариях.

Другая занятная мысль, которая мне не даёт покоя:
Является ли причиной расширяющихся обязанностей системного аналитика, то что в профессию все больше приходит женщин?

Сейчас статей, дискуссий ("Как не быть ответственным за весь оркестр" Антонины Алаевой на Стачке в эти выходные) и других материалов на тему обязанностей аналитика, например очень дискуссионного профессионального стандарта, становится все больше.

С другой стороны, научно-популярная книга "Хорошие девочки отправляются на небеса, а плохие куда захотят" и другие исследования, отмечают, что женщины берут на себя больше обязанностей в надежде, что бы нас заметили и наши усилия оценили
(На эту тему можно посмотреть эту и эту статьи). Честно, подобное поведение я и за собой иногда замечаю. Оглядываясь назад на мою карьеру я вижу, что нередко брала на себя работу вне обязанностей, и, вероятно, продолжаю брать.

Добавим к этой смеси увеличение женщин в ИТ, а особенно в аналитике. Так что получается Комбо.

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

А что думаете вы?

Чудесные вышли выходные, надеюсь у вас тоже.

Успели открыть сезон отдыха на летних верандах, наконец-то выбрались погулять по местным горам и приблизить завершение затянувшегося ремонта. 

Вишенкой на торте выходных стала подготовка доклада для ЛАФ о наставничестве. Получилось 6 страниц очень интересного материала, где достаточно откровенно поделилась, какие ошибки я собрала будучи наставником для двух коллег. В большом формате описала то, что уже отчаялась дать в блоге по кусочкам. Мне уже нравится материал.

Надеюсь, доклад согласуют для выступления. Но если нет, то будет материал для первой статьи на хабре)

В общем, я снова чувствую что живу и начинаю выходить из режима выживания.

Вчера до позднего вечера общалась с куратором ЛАФ по поводу докладов, но уже в технической секции. 

Еще раз убедилась, как важно окружать себя людьми, которые любят профессию.  Да и в целом формировать для себя круг профессионального общения. 

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

Окей, господа аналитики.

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

Я потерпела фиаско. В который раз. Требования не были прочитаны и поняты. Компромиссное решение в виде половины рабочего стола сбоку не было оценено по достоинству. Физическая демонстрация требований была восприняла негативно. Оправдались риски "Кусь" и "Агрессивное мяу".

Мне кажется здесь нужен уровень Senior+++

Вчера мне последний раз было 30 лет.

И раз блог о карьере, то давайте немного о ней.

Уже более 16 лет, как я первый раз начала работать и получила свою первую зарплату.

В 14 лет это была точка на рынке, где я продавала кошачьи корма и цейлонский чай. Там я впервые научилась выявлять у людей, чего хотят они и их котики.

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

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

После Вуза начался процесс метаний, где я пробовала многое, и зачем-то все одновременно.

Будучи инженером, я прониклась как разбирать любые Системы используя ТРИЗ и как в живую может выглядеть слоистая архитектура.

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

В роли технического руководителя, я увидела, как выглядит жизненный цикл разработки ПО со стороны экономической. А так же чем плох подход ТРИЗ, когда начинаешь работать с большими продуктами.

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

Как ни странно, именно этот набор работ, привел меня к профессии Системного аналитика, обязанности которого я незаметно для себя начала выполнять, не понимая кто такие системные аналитики.

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

На книге о микросервисах, изображен раб. К чему бы это?!

Как минимум, что в моем маленьком книжном царстве пополнение:

Крис Ричардсон, Микросервисы паттерны разработки и рефакторинга.

При покупке следовала проверенному методу: эту книгу я уже использовала в эл. виде и поняла, что она мне нужна.

Книга кладезь всех основных подходов работы с МС, там и про DDD, и Contract First, Saga, CQRS и другие классические вещи.

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

Кто читал, знаком, как вам книга?

Вчера поздно вечером я получила отличные новости — мой воркшоп утвердили в программу Летнего аналитического фестиваля!

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

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

А третий доклад я сняла с ЛАФ. Похоже, я тогда поторопилась и погорячилась с количеством заявок. Он еще сырой, и мне очень хочется обсудить его с коллегами, прежде чем представлять широкой аудитории. Поэтому, если кто-то готов созвониться, пообщаться и подискутировать на тему очередей и обмена сообщениями, дайте знать.

Инструмент PlantUML под соусом двух месяцев вечных дедлайнов и жизни в режиме стресса.

Несколько лет я была знакома с PlantUML, но дикого восторга он у меня не вызывал. Использовала я его исключительно в тех случаях, когда это требовалось процессами в команде или работой с особыми личностями. В остальное время я отдавала предпочтение draw.io. Там я могла ловко и красиво нарисовать что угодно.

Последние два месяца дались мне нелегко. Они были насыщены:

Большим количеством совместных обсуждений и необходимостью быстро вносить изменения в схемы.
Не останавливающимся изменением требований, а следовательно, и многочисленных диаграммам.
Необходимостью быстро переделывать один тип диаграмм в другой.
И здесь я познала Дзен (зачеркнуто) PlantUML.

Больше не нужно заботиться о съехавших стрелочках после очередного изменения.
Моментальное реагирование на изменение имен методов, объектов, агрегатов и переменных.
Расширение возможностей благодаря подключению сторонних библиотек.
Великолепное комбо ChatGPT + PlantUML ускоряло работу, избавляя от рутинных операций.
И вот стало интересно, а как часто вы  своей работе используете этот инструмент? Особенно интересно услышать аналитиков и разработчиков.