Айтишник обыкновенный 🐰

Стань хардовым Middle+ аналитиком!

Добавь к своим скилам навыки в проектировании архитектуры и интеграций веб-сервисов!

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

Что обновилось?
✔️ В портфолио включили примеры интеграций от крупных BigTech-компаний. Это позволит вам понять, как технологии применяются в реальных бизнес-контекстах.
✔️ Обновили портфолио. Теперь в нём есть задания повышенного уровня сложности для каждой темы. Это небольшие реальные проекты, с помощью которых можно не только проверить, но и улучшить свои навыки!
✅ Вышел новый модуль про проектирование баз данных - нормализация, транзакции, основы DWH, индексы.
✔️ Стал активен чат учеников (общение, обмен опытом, помощь внутри сообщества)

🟢Ты получишь большую базу фундаментальных знаний, всю программу и отзывы можно посмотреть в боте курса, а результатом проделанной работы станет: 15 рабочих проектов в портфолио.

С чего начать?
С открытых бесплатных уроков по архитектуре и интеграциям в чат-боте курса – @studyit_help_bot

А от меня скидка на курс 1 000₽ по промокоду DEFAULT_CODE до конца июля!

Live stream finished (1 hour)

Live stream started

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

Live stream scheduled for Jul 2, 2025 at 17:00

Прямой эфир уже сегодня!
Ждём вас с Региной в 20:00

И не забывайте заранее готовить вопросы по нашей теме: «Самопрезентация»

Будь отцом самопрезентации!
(или мамой)

Как я писал ранее, мы запланировали прямой эфир, но не сказал с кем!
Итак, наш гость – Регина Шарафутдинова из Газпромнефти. Регина – лид БА из команды BA TEAM, спикер и просто хороший человек.

О чем будет эфир?

Мы расскажем:
✔️ Как правильно презентовать себя и свои проекты
✔️ Что стоит рассказать, а что лучше опустить
✅ Как сделать так, чтобы эффектно выделиться на фоне других кандидатов
✔️ А также другие советы и полезности

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

Кому будет полезно?
🟣 Джунам, мидлам и всем, кто ищет работу
🟡 Тем, кто меняет сферу или выходит после перерыва
🟢 Всем, кто хочет научиться рассказывать о себе уверенно

Когда: 02.07 20:00
Место: Этот уютный телеграм канал

Добавить в Google-календарь
Добавить в Яндекс Календарь

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

#движуха #эфир
#собесобыкновенный

Эфир! Выбираем дату вместе!

В ближайшее время проведем небольшой эфир, на котором ответим на вопросы:
🔘 Почему первое впечатление — критично?
🔘 Как донести ценность своего опыта?
🔘 Как говорить о правилах и сложных ситуациях?

и многое другое…

Вопрос: когда собраться, чтобы никто не остался без пользы?
Запускаю опрос — выберите удобное время и дату, чтобы эфир прошел без «ой, я на встрече» или «это же пятница!»

А в комментариях делитесь, какой формат эфиров вам ближе — разбор кейсов или разговоры по душам? Ну и по классике закидайте публикацию 🤩

#движуха #эфир
#собесобыкновенный

Найм в IT мертв. Или нет?

Увидел мощнейший отклик в публикации про увольнение (100 🤩) и сразу решил подготовить для вас небольшую статью на Хабре о том, что сейчас происходит с рынком. Приятного прочтения и не забывайте оставлять свои комментарии и ставить лайки, для меня это очень важно и поможет в продвижении.

Напоминаю про эти публикации:
Рекомендации по резюме
Редфлаги HR'ов
Про пользу собесов

И хочу также поделиться кратким планом рассказа о себе на тех. интервью:
1⃣ Приветствие – короткий блок, где ты представляешься и благодаришь за приглашение
2⃣ Рассказ про опыт – делится на три части. Первая часть про весь опыт коротко, вторая часть подробнее про последний проект, третья часть подробно о какой-то интересной или сложной задаче.
3⃣ О себе – блок с рассказом о проактивном участии (особенно актуально, если метите на высокий грейд), например, лидерство, ведение agile практик в команде и тд, а также рассказ фишечной информации о себе, например, преподавание, ведение канала, менторинг и тд.

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

#собесобыкновенный
#найм #резюме #статья

Наконец-то что-то важное!

Мой бывший коллега, выступает одним из основателей проекта под кодовым названием «Искра». По сути это простой тг-бот, который ежедневно предлагает парам активности, и в случае взаимного согласия может получится что-то интересное.

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

И да, описание, действительно, крутое, но все-таки кликбэйтное. Сам пользуюсь ботом, иногда получается прям классно 🚽

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

Недавно я проходил воркшоп «Паттерны проектирования микросервисной архитектуры и нотация С4». Проводила воркшоп школа Systems Education, основатель которой небезызвестный в наших аналитических кругах - Денис Бесков. И этот пост — мой честный отзыв.

Спойлер: мне все очень понравилось.

Формат обучения плюс-минус стандартный — теория+практика, которые поочередно меняются и дополняют друг друга. У меня был неудачный опыт, когда давали задания потому что так надо, а не потому что это повысит понимание. В данном воркшопе все было супер уместно и органично.

Я шел чисто за подробными знаниями по C4, и их я получил, но преподаватель также поверхностно рассказал всякое по архитектуре: базу про MSA, SOA, Monolith, паттерны и тд. Что-то я повторил, а что-то было для меня в новинку.

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

Так что, если давно хотели или размышляете над покупкой — рекомендую 👍, а ребята из Systems Education предоставили для вас скидку 10% по промокоду SE4itshnik10 на любой продукт.

#c4 #sa
#systemdesign

Увольняюсь из Сбера

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

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

И еще отдельная благодарность нашему лиду компетенций Кате, которая меня наставляла.

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

Что будет дальше — об этом я расскажу позже.

Добрый кола вкуснее! Но ее нигде не было, так что поднимаю «бокал» на фоне офиса с тем, что имею 🌚

#сбер #движуха

Я плохой БА 2

Ранее уже был пост о том, что как БА - я довольно слаб. Продолжаю делать небольшие шаги для развития в этом направлении.

И вот на фоне очередного такого подхода наткнулся на крутую серию постов про RACI у Ольги Восторговой. Если вкратце, то это метод, позволяющий четко распределить ответственность ролей на проекте.

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

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

#raci #ba
#быстростатья

– Оло, Тим, никому не нужОн этот твой неоморфизм, давай что-то нашинское, что-то стеклянное!
– Принято, Лёня!

PS: отсылка к новому стилю в операционке яблочников — жидкое стекло.

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

#apple #юморэзки
#liquidglass #design

Кто такой этот ваш Граф Ку Эль

GraphQL — язык запросов для API, позволяющий клиентам точно указать набор данных, которые ему нужны.

А чем же не угодил REST?

Основная проблема заключается в том, что RESTful API предоставляет единый интерфейс для всех клиентов сервера. Но это за собой влечет overfetching и underfetching.

Например, у нас в процессе есть необходимость получения данных клиента. Но нам требуется получение только уникального идентификатора на основе договора. RESTful API в данном случае может быть устроен так, что вернется большой набор данных, включающий ФИО, информацию по всем договорам, счетам, ИНН, контактные данные и тд. Это называется overfetching. Соответственно, обработка лишних данных ведет к потере производительности, повышению нагрузки сети, а также замедлению загрузки страницы приложения.

А underfetching обратная проблема, проблема недостаточности данных в ответе. Соответственно, для получения всех данных приходится слать несколько запросов для получения всех ресурсов. Это влечет за собой примерно те же проблемы помимо усложнения логики.

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

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

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

#graphql #rest #api
#быстростатья

#классикипоясняют «дедлайн»

Вот погодите, дайте срок! — говорил Захар, зажмуриваясь и ворча.

— И. А. Гончаров, «Обломов»

Между тем время прошло незаметно. Зурин взглянул на часы, положил кий и объявил мне, что я проиграл сто рублей.

— А. С. Пушкин, «Капитанская дочка»

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

— Л. Н. Толстой, «Война и мир»

Как вам пояснения? Делитесь мнением в комментах и в реакциях!

#гончаров #пушкин
#толстой

Небольшой отзыв о прошедшем TechMeetup 9. Если вкратце, то снова все супер!

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

Однако, нетворкинг тоже прошел по плану. Встретился с товарищами, с которыми давно не виделся:
Владимир Бурмистров – лидер компетенций t1, но я бы представил так: миллиардер, плэйбой, филантроп многодетный отец
Анастасия Чебакова – Лидер компетенций Сбер, программный комитет техмитапа

Познакомился с крутыми ребятами:
Антонина Ситалиева – самый быстрый пейсер на диком западе, а еще БА в Альфабанке
Галя Кореневская – руководитель направления БА в МТС Финтех, спикер, чей доклад мне зашел больше всего
И даже познакомился вживую с Олей Пономаревой – основатель школы по СА

В общем, повторюсь, мероприятие просто огненное. Уютные посиделки с хорошими людьми и хорошими докладами. А еще это мероприятие БЕСПЛАТНОЕ!
И тут вкусно кормят)

#движ #митап
#нетворкинг

Рекомендации по резюме

Когда-то давно (🍒 больше месяца назад) в канале была анонсирована активность по разбору резюме. Вы уже забыли, но я наконец собрался силами и подготовил рекомендации. Решил, что не имеет смысла публиковать резюме, а лучше будет дать общие советы на основе всех ошибок. Приятный бонус для всех, кто прислал резюме – я отпишу каждому конкретно по его ошибкам. Кстати, напоминаю, если ты находишься в поиске нового места или рассматриваешь какие-то варианты, то можешь смело обращаться к Веронике – IT-recruiter'у из SENSE 👍

1⃣ Первая и, пожалуй, самая важная штука — описание опыта.

Что я тут имею в виду?
Очень часто в опыте можно увидеть перечисление обязанностей и каких-то технологий, это неправильно. Самый лучший вариант, когда твой опыт имеет четкую структуру и состоит из:
1. Краткое описание проекта, доменной области
2. Что конкретно делали
3. Результаты и достижения

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

2⃣ Технологии

Наверное, всем понятно, что важно как-то показать, что ты знаешь Rest, Kafka, gRPC и прочие умные штуки. Но зачем?
А затем, что технологии по сути это ключевые слова, по которым можно отбирать резюме. Именно поэтому все основные технологии важно раскидывать везде: выбирать бэйджи, упомянуть в блоке с опытом в "Что конкретно делали", в конце в блоке "Обо мне" сделать небольшую сноску и тд. Представь, что резюме – это блюдо, а технологии – специи, которые добавляют правильный оттенок твоему резюме.

3⃣ Неиспользование блока "Обо мне"

Самая частая ошибка — написать в блоке "Обо мне" что-то вроде: «Ответственный, коммуникабельный, системное мышление»

Почему?
Потому что это базовые характеристики, которые априори должны быть у каждого кандидата. Вместо этого можно банально написать короткий итог с технологиями, которыми владеешь. А еще лучше будет добавить проактивность, не одним словом, а перечислить, например, менторство, лидирование, преподавание, участие в найме и тд. Это особенно важно, если ты метишь на позицию Middle+.

⭐ Пункт со звездочкой:

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

🟡 Не надо описывать нерелевантный опыт, даже если ты пытаешься устроиться стажером, не нужно писать как ты работал консультантом, барменом или кассиром. Единственное исключение – опыт в смежной профессии, например, в разработке, тестировании и тд

🔵 Не надо писать формальное название должности. То есть если в корочке написано "Старший инженер по работе с технологиями", то стоит все-таки написать "Системный аналитик". Даже если там крутое название вроде "Терминатор"

🟢 Соответствуй позиции. Странно выглядит, когда ты, являясь ведущим системным аналитиком, откликаешься на вакансию "Middle+ SA". Или похожая история может быть в описании опыта. Пишешь "Лид", но при этом в обязанностях нет ничего про это, только базовые обязанности СА. Сюда же можно отнести кейс, когда в резюме указана желаемая зп, которая при этом сильно ниже рынка, сразу возникают вопросы, лучше просто не писать ничего, если не уверен.

🟣 Важно подсвечивать сильные стороны, а это значит, например, если вы писали постановку в Notion вместо Confluence, то лучше об этом не писать в резюме. Это дает повод задуматься о том, что на проекте не было актуальных инструментов и вообще какой-то странный или устаревший стэк.

🟡 Помогите всеми доступными инструментами найти себя. Обязательно пользуйтесь всеми функциями на площадках с поиском, выбирайте бэйджи, выставляйте правильно специализацию(-ии), добавляйте ключевые слова для поиска и тд.

#собесобыкновенный
#найм #резюме