Записки системного аналитика

Сегодня нахожусь на крутом IT-мероприятии от Сбера #sbersreda На фото крутой доклад от Софьи о дизрапте в банке и внедрении AI технологий Если есть кто то рядом, буду рад встретиться!

Утром вайбкодинг, вечером вайброкинг

Как найти работу системным аналитиком, если у тебя вообще нет опыта 🐸 Самая частая проблема джунов или тех, кто только задумывается погрузиться в IT, не в том, что у них может быть слабая техническая подготовка, а в том, что им нечего рассказать на собеседовании и, как следствие, отсутствие уверенности в своих словах, которое легко считывается интервьюером. Для этого в конце обучения, которое я веду, существует итоговый проект (построенный на основе нескольких типовых задач в реальных бизнес-доменах), и вот почему он реально необходим как этап обучения Итоговый проект - полное (по-умному это называется end-to-end) проектирование информационной системы с нуля, ровно так, как это выглядит в реальной работе системного аналитика: сбор требований, отрисовка различных диаграмм, проектирование архитектурного решения и интеграций, подготовка необходимой документации. В итоге: к моменту поиска работы у человека на руках не просто прослушанные занятия, а готовый кейс, который можно рассказать🤓 На собеседовании это полностью меняет разговор, вы начинаете говорить с "позиции силы". Вместо "я проходил курс" вы рассказываете о конкретной задаче, которую вы выполняли, своих функциях и зоне ответственности и сможете подробно объяснить каждое решение, потому что сделали это самостоятельно. Для рекрутеров и технической команды на собеседовании это совершенно иной уровень доверия, нежели голое резюме без опыта и четко поставленного рассказа. Безусловно, на одной уверенности собеседование не пройдешь, придется доказать реальный уровень технических знаний, но это уже полностью будет зависеть от того, какие усилия были приложены во время обучения🙂

Вчера в кружочках упоминал о встрече со своим товарищем, Алероном и о том, как он делился со мной опытом по созданию и масштабированию своего стартапа на зарубежные рынки. Всегда приятно послушать умных людей и понять, где я ошибался и в какой момент у меня что-то пошло не так и почему без вложений не полетит ни один даже очень хороший проект) И с удивлением узнал, что у Алерона есть свой небольшой курс по мотивам его успешных запусков собственных проектов: Преврати пет-проект в микро-SaaS с первой выручкой за 3 месяца Название несколько кликбейтное, но работает же :) И нет, мне не платили за рекламу, ее в канале никогда не было и не будет. И еще раз дисклеймер: Я не люблю публиковать информацию о платных мероприятиях или материалах за пейволлом, или других каналах, но иногда делаю исключения. Хорошая работа должна быть хорошо оценена, а курс про то, как деньги зарабатывать, – вполне легитимный повод. Если у кого то из вас есть идеи продуктов и проектов, которые вполне могут взлететь (как вам не без причины кажется). Но реализовать их бывает сложно, причем не с технической точки зрения. "А что если не получится?" "А что дальше делать?" "А как это потом пиарить?" – ну и прочие вопросы. А в курсе всё это вроде по полочкам разложено. Справедливости ради, сам пока посмотрел примерно половину, пролистал программу, взглянул на отзывы. Материал хороший и он точно будет дорабатываться, заявлено еще много интересных тем. Тем, кто тоже решит пройти – удачи! В конце поста промокод) Алерон, успехов! Ну и промокод, конечно для моей дорогой аудитории: NICK30 Даёт скидку 30% 🖤 Надеюсь, будет кому то из вас полезно и поможет открыть новые горизонты 😎

Люблю смотреть ютуб не только для развлечения и «фоном» во время работы (привет, СДВГ) но и для того, чтобы послушать умных и интересных людей. Вчера мне подкинуло интервью с Константином Крестниковым, управляющим директором одного из департаментов Сбера, отвечающего за развитие и внедрение технологий искусственного интеллекта Думаю, что интервью понравится всем, кому интересно, куда движется технологическое развитие на перспективу ближайших пары лет, да и в целом полезно для расширения кругозора. https://youtu.be/DAbTMw8vn04?si=tk287lDGxETWPN2K Также я подписан на канал Константина в тг (не реклама, просто рекомендую) Один из самых взрывающих мозг постов - про личного опенсорс консультанта, интерпретирующего результаты генетических ДНК-тестов (например от всеми известного Genotek, который вы можете сдать за буквально за десять тысяч рублей) с автоматизированным поиском с помощью модели DeepMind на базе постоянно обновляющегося медицинского репозитория AlphaFold. Зачем, например, этот консультант нужен? Потому что персональная геномная медицина теперь уже не фантастика и становится доступной буквально со своего ноутбука и почти бесплатно (а самая первая расшифровка генома человека, между прочим, стоила 3 млрд баксов и заняла 3 года). И скоро фактически мы увидим подход - «Выписали тебе лекарство - можно сразу прикинуть, подействует оно сильнее среднего или слабее, а то и вовсе не зайдет, и не словишь ли ты от него побочку. Те же антидепрессанты сейчас подбирают почти наугад, месяцами». Про интервью Андрея Дороничева, и то, как с помощью того же AlphaFold его стартап ищет лекарства от редких и тяжело поддающихся лечению болезней: рака, альцгеймера итд, даже не буду упоминать. В ютубе сможете самостоятельно найти по первой ссылке фактически) И примерно вот так должно выглядеть движение вперёд в мире технологий, призванное делать жизнь человека лучше, комфортнее и безопаснее. И очень радует, что в настоящее время все же остается большое количество светлых умов, идущих по этому пути.

Почему я вообще выбрал системный анализ❓ Я начинал свой путь Python-разработчиком и спокойно двигался в привычном ритме задач и релизов. Писал код, закрывал тикеты, постепенно рос - всё выглядело логично и стабильно. Но со временем начал замечать, что всё…

Почему я вообще выбрал системный анализ❓ Я начинал свой путь Python-разработчиком и спокойно двигался в привычном ритме задач и релизов. Писал код, закрывал тикеты, постепенно рос - всё выглядело логично и стабильно. Но со временем начал замечать, что всё чаще думаю не только о том, как реализовать задачу, а о том, как она вписывается во всю систему. И именно с этого момента что-то постепенно начало меняться. В какой-то момент мне стало интереснее понять не «как сделать», а «зачем это вообще так сделано» и «что будет, если реализовать иначе». Я начал больше смотреть на систему сверху: как ходят данные между сервисами, где есть реальные ограничения со стороны бизнеса и где он упирается в технологии, а где наоборот - технологии тормозят бизнес. И оказалось, что там гораздо больше пространства для решений, чем в рамках одной задачи. Переход в архитектуру и системный анализ - это не про деньги, хотя они, конечно, растут. Это про другой уровень влияния. Когда ты не просто реализуешь кусок, а проектируешь сервис так, чтобы им было удобно пользоваться, чтобы он масштабировался, чтобы бизнес на нём мог расти. И самое интересное - это соприкосновение с бизнесом. Когда начинаешь понимать, откуда берутся требования, как принимаются решения, где деньги, где риски. И у тебя появляется возможность не просто «сделать правильно», а предложить, как сделать лучше. Также я давно перестал воспринимать удалёнку как что-то особенное. Это просто мой обычный ритм жизни, главное - сохранять дисциплину и держать ответственность за результаты работы🏕 Например, на прошлой неделе я уехал на несколько дней за город. Без отпусков, без «вырваться», без подготовки. Утром открыл ноутбук, разобрал почту, сходил на дейлик, обсудил задачи на день - и пошёл заниматься своими делами. Днём вернулся, созвонился со смежной командой, зафиксировали пользовательский путь по задаче и я спокойно поработал еще несколько часов, описав важную фичу. Все это без ощущения, что я куда-то «не успеваю». Работа не исчезает, она просто перестаёт диктовать всё остальное в моей жизни. Нет жёсткой привязки к месту, нет ощущения, что жизнь начинается после 19:00. Я почти всегда могу сам собрать график своего дня: когда необходимо полноценно весь день поработать, а когда можно сделать паузу, выдохнуть и сменить обстановку. И в какой-то момент это перестаёт быть бонусом. Это становится базовым уровнем - когда ты не подстраиваешь жизнь под работу, а аккуратно встраиваешь работу в жизнь🙂

Я посчитал, что уже больше 50 000 часов являюсь системным аналитиком🙂 И вот что я хочу сказать, глядя на то, что творится сейчас на рынке найма. Компании неохотно берут джунов, потому что пытаются закрывать часть задач через ИИ. Разработчиков и тестировщиков пробуют заменить ИИшкой, и иногда криво-косо, но получается (о том, что эти компании через год побегут обратно пылесосить рынок тех, кого они "автоматизировали", мы тактично умолчим) Системного аналитика ИИ пока заменить не сможет. Да и вряд ли когда то в обозримом будущем. Почему? Все просто - эта роль про общение с бизнес-заказчиками, структурирование требований, поиск компромиссов и проектирование архитектурного решения: как система должна быть устроена, что в ней критично и надо быстро сделать, а что можно отложить в долгий ящик. ИИ хорошо предлагает варианты "для подумать", но не берёт на себя ответственность за конечный результат и не видит весь бизнес-контекст компании изнутри. ИИ вообще скорее хороший партнер и инструмент в руках умелого специалиста вне зависимости от его роли. Отсюда и разница в спросе. Без лишнего разработчика компания может и обойдётся, задачи просто перераспределят, а в лучшем случае еще и купят имеющемуся разработчику подписку на Cursor \ Claude Code. Я уже слышал пару лет назад безумные идеи эффективных менеджеров из прошлых команд в духе "а давайте чтобы у нас разработчик и аналитиком был и тестировал еще сразу, у него ж ИИ есть теперь". Думаю не надо объяснять, что такие затеи были заранее обречены на провал. А вот без системного аналитика бизнес не сможет вменяемо объяснить разработчикам, что от них хотят и как система должна работать, до того как в ее разработку вольют большие бюджеты. Но над этими темами можно еще долго рассуждать и рефлексировать, что мы и будем делать (надеюсь) в дальнейших постах👨‍💻

Сфоткай меня, как будто я айтишник На фотке шестилетней давности позирую я, освежающий в памяти архитектурные паттерны перед собеседованием, чтобы на нем не облажаться 🥲 А вообще хотел сказать почему для старта в IT лучше выбрать системный анализ. Не потому что я сам там работаю и хочу продать вам красивую картинку. А потому что это одна из немногих точек входа в IT, где не нужно было учиться программировать с рождения или получать пятерки по математике в ВУЗе, а где достаточно получить чуть более широкий кругозор по современным технологиям и начать зарабатывать ощутимо бОльшие деньги, чем в среднем по стране. Почему именно это направление, а не тестирование или разработка? 1⃣ Многие компании физически не могут работать без системного аналитика. Кто-то должен спроектировать систему и написать техническое задание, до того как разработчики начнут писать код. Без этого звена либо разработчики сами додумывают архитектуру на ходу, либо проект превращается в хаос через полгода. 2⃣ Вакансий много, и они не заканчиваются даже с приходом AI. В отличие от узких технических специализаций, где рынок может быть переполнен после очередного хайпа, системных аналитиков стабильно не хватает. Компании готовы брать людей без высшего образования, если человек показывает на собеседовании достаточный уровень знаний и навыков. 3⃣ Деньги, потраченные на учебу, отбиваются быстро. Оффер от 150-200 тысяч на полную удалёнку после пары месяцев подготовки, это не сказка про «залететь на 300к в наносекунду», а реальный диапазон, если человек поставил себе цель и реально занимается. Специализация не такая узконаправленная, как разработка, и именно в этом ее плюс для быстрого старта и погружения в уникальный и невероятно интересный мир информационных систем. Разве это не круто - понимать, как работают системы и приложения, которыми мы пользуемся каждый день, начиная от маркетплейсов и банков и заканчивая онлайн-казино и видеохостингами ⚫️🟠 да еще и уметь самостоятельно проектировать их компоненты?

Доброе утро! ☀️ Всем спасибо, кто откликнулся и заполнил анкету — начинаю изучать ваши ответы 😎 В течение ближайших дней моя команда свяжется с каждым из вас, а также пришлёт "роадмап системного аналитика: технологии, навыки и путь к офферу 250к+"

Друзья, привет! Хочу узнать, кто активно следит за моим каналом, потому что за все это время я практически ни с кем из вас не общался в неформальной обстановке (за исключением тех, кто приходил ко мне на обучение). Поэтому я составил небольшую анкету, заполнение которой займет 3-5 минут. Мне будут очень важны ответы каждого, независимо от бэкграунда. В конце анкеты будет возможность попасть на интервью со мной или моей командой. А также каждый заполнивший получит от меня: "Роадмап системного аналитика: технологии, навыки и путь к офферу 250к+" АНКЕТА Буду благодарен и рад познакомиться с каждым, заполнившим анкету 👨‍💻

Настало время всё поменять 😎 Я никогда особо не раскрывал здесь свою личность и не показывал себя. Уже давно хотел это сделать, но каждый раз находились дела поважнее, а может, если честно, просто не решался 👀 Сейчас буду вносить в канал изменения и готовить кое-что новое для вас. Для начала минимальное знакомство. Я получил профильное техническое образование в небольшом родном городе Орле и в 2016 году начал свой путь в IT (до того как все ринулись туда за деньгами). Сейчас работаю системным аналитиком и выполняю функции архитектора систем. За это время прошёл путь от рядового специалиста до уровня, где сам проектирую системы с нуля и тащу их в продакшен. Дальше здесь будет больше меня. реальной работы изнутри, того на чём я спотыкался, во что верю, чем живу помимо работы и менторства. В ближайшие дни начну рассказывать больше о себе и о том, что готовлю для канала 👨‍💻

🌺🔹🌿🔹🔽🕊🌷👆🌺🕊 Появился новый метод HTTP В июне 2026 HTTP получил новый метод QUERY — безопасный, идемпотентный метод «как GET, но с телом», предназначенный для сложных поисковых и фильтрационных запросов Зачем нужен метод QUERY Метод QUERY стандартизирован в в июне 2026 года. Он решает старую проблему: GET не умеет передавать большое количество параметров без риска упереться в лимит длины URI, а POST семантически предназначен для изменения состояния ресурса, а не для безопасного чтения. QUERY даёт «GET с телом запроса»: сложные фильтры, поисковые запросы, GraphQL/SQL/JSONPath можно отправлять в теле, при этом запрос остаётся безопасным, идемпотентным и пригодным для кэширования. Формат запроса: тело вместо query‑string Вместо длинного query‑string вида `?q=foo&limit=10&sort=-published` метод QUERY передаёт параметры в теле сообщения, например как url‑encoded форму или JSON. Это снимает ограничения на размер параметров и позволяет описывать сложные фильтры, сортировки, условные выражения и даже целые запросы к API в структурированном виде. Пример: замена длинного GET на параметры в формате application/x-www-form-urlencoded Классический GET‑запрос с параметрами: GET /feed?q=foo&limit=10&sort=-published HTTP/1.1 Host: example.org Эквивалентный запрос с использованием QUERY, где параметры уходят в тело: QUERY /feed HTTP/1.1 Host: example.org Content-Type: application/x-www-form-urlencoded q=foo&limit=10&sort=-published С точки зрения сервера оба запроса предназначены для получения данных, но вариант с QUERY снимает ограничения на длину URI и упрощает добавление новых параметров поиска. Пример с JSON в теле запроса: сложный фильтр Для сложного поиска по ленте можно использовать JSON‑тело, сохраняя семантику GET: безопасный, идемпотентный, кэшируемый запрос. QUERY /feed HTTP/1.1 Host: example.org Content-Type: application/json { "q": "foo", "limit": 10, "sort": "-published", "filters": ["status:active", "type:post"] } В этом примере тело запроса описывает не только базовый текстовый поиск, но и набор фильтров и сортировку, что в случае GET превратилось бы в тяжело читаемую «простыню» query‑string. Пример: запрос к API Метод QUERY хорошо подходит для REST‑API, которые возвращают JSON и поддерживают сложную фильтрацию по полям. QUERY /contacts HTTP/1.1 Host: example.org Content-Type: application/x-www-form-urlencoded Accept: application/json select=surname,givenname,email&limit=10&match="email=*@example.*" Типичный ответ может одновременно сообщать, где лежит сохранённый результат и где лежит сама сохранённая «заготовка запроса»: «как GET, но с телом», предназначенный для сложных поисковых и фильтрационных запросов HTTP/1.1 200 OK Content-Type: application/json Content-Location: /contacts/stored-results/17 Location: /contacts/stored-queries/42 Last-Modified: Sat, 25 Aug 2012 23:34:45 GMT Date: Sun, 17 Nov 2024, 16:10:24 GMT { ... JSON ... } В этом примере тело запроса описывает не только базовый текстовый поиск, но и набор фильтров и сортировку Пример: кэширование и условные запросы Метод QUERY поддерживает стандартные условные заголовки вроде If-None-Match что позволяет экономить трафик при повторных запросах. QUERY /feed HTTP/1.1 Host: www.example.re Content-Type: application/x-www-form-urlencoded If-None-Match: "v42" topic=http&since=2025-01-01 Если результат не изменился, сервер может вернуть 304 Not Modified, сообщив, что клиент может использовать закэшированную копию. HTTP/1.1 304 Not Modified ETag: "v42" Когда использовать QUERY на практике QUERY стоит использовать, когда: - Нужен безопасный, идемпотентный запрос с телом (поиск, фильтрация, агрегации, сложные выборки). - Параметры не помещаются в URI или становятся нечитаемыми (сложные фильтры, массивы, вложенные структуры). - Вы проектируете публичный API и хотите чётко разделить семантику: QUERY/GET для чтения, POST/PUT/PATCH/DELETE — для изменения состояния.

📱Как дойти до своей цели и не сгореть по пути? Решил написать пост о пирамиде потребностей для эффективной учебы и работы по следам подкаста Сергея Жукова, одного из классных менторов по Java. Не реклама, поэтому ссылку не даю, сами найдете, если интересно. Чем ниже пункт, тем он важнее. 😈План действий и четкие цели- составьте себе пошаговый план изучения той области которую вы для себя выбрали. Можно конечно импровизировать, но наличие плана всегда лучше его отсутствия. Тут может помочь хороший ресурс roadmap.sh, любые подкасты и курсы (желательно бесплатные, мы же все любим халяву). И обязательно поставить себе дедлайн, хотя бы на общий срок. Цели в свою очередь должны быть реалистичными. Не стремитесь охватить все и не гонитесь за максимальным результатом сразу, иначе высок риск словить разочарование от своих же ожиданий. Помните, что мамонта удобнее и результативнее есть по частям, а не пытаться проглотить сразу. Также цели по возможности должны быть не абстрактными, а максимально измеримыми (не «я выучил устройство БД к августу», а «я могу спроектировать схему таблиц в 3 НФ и описать ее в DBML») 👩‍❤️‍👨Окружение - по возможности окружить себя единомышленниками и теми, кто уже движется в том направлении, которое вы определили для себя. Вы можете кооперироваться, задавать вопросы, примерять на себя эту роль, получать актуальную информацию о профессии. Онлайн сообщества, бесплатные митапы, конференции - отличный способ найти таких людей. Также следует окружить себя людьми, которые поддерживают и верят в вас, и постараться ограничить общение с токсичными и скептично настроенными людьми (см. Ведро с крабами) 🚬Привычки - во первых, как правило, чем то из прошлой жизни вам придётся пожертвовать. Плейстейшн по вечерам, тусовки в караоке с подругами по пятницам, шашлыки на выходных на даче и все такое (сами подставьте нужное) как минимум на время обучения должны остаться в прошлом. А лучше вообще отсеять от себя то, что не приближает вас к вашей цели и не делает вас лучшей версией себя. 😱 Ментальное и физическое здоровье - источник энергии для реализации наших целей, преодоления трудностей и стресса. Самое главное здесь - режим дня и физическая нагрузка (прогулка 10к шагов на свежем воздухе тоже считается). Как минимум важен хороший сон, чтобы не чувствовать себя разбитым и уставшим. Желательно отказаться от алкоголя на 3-4 месяца и понаблюдать за своей производительностью. Если есть ментальные вопросы, обратиться за поддержкой, в том числе медикаментозной, к психотерапевту - не стыдно, а очень важно (многим людям, к сожалению, свойственно стигматизировать данные проблемы под влиянием стереотипов, навязанных обществом). 👍Неудачи / проблемы, как правило, являются следствием несоблюдения приоритетов. Часто из-за отсутствия понимания, что нужно делать, человек ходит по кругу или прокрастинирует (см. «Страх чистого листа») и не достигает никакого результата. Решение простое - надо начать делать хоть что-то, а дальше поток из реки сам собой вынесет вас в океан, если будете дисциплинированы и целеустремленны. Иногда не получается стабильно уделать учёбе время, из-за чего нет ощущения прогресса, мотивация кончается, человек бросает дело. Тут важно распределить приоритеты и отказаться (возможно на время) от привычных активностей, не связанных с вашей целью. Иногда приходится жертвовать свободным временем или каким то из пунктов типа сна/спорта/или даже совместным временем с семьей, но тут стоит понимать, что это временно, до тех пор, пока вы не достигните цели, а затем уже пересматривать и восстанавливать свою пирамиду потребностей.