Системный аналитик в финтехе/Orlova courses

Что должно быть в вашем резюме, чтобы его заметили?

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

Тогда что нужно?
А нужна конкретика. Это требование возникло потому, что аналитиков больше не ищут просто для освоения бюджета: если нельзя показать экономию, завтра подразделению просто не дадут денег.
Сейчас ищут человека на ПРОЕКТ.

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

Конкретика помогает рекрутеру зацепиться за ваш опыт, делает ваше резюме «реальным» и отличает его от остальных.

Достижения. Вот тут кто в лес, кто по дрова. Кто-то ничего не пишет. А кто-то пишет, что благодаря своим ТЗ увеличил выручку компании на 20%. Расскажите мне, пожалуйста, как вы оценили эти 20% или рассчитали их? Вы видели бизнес-расчёты с точными показателями CAPEX и OPEX, которые вам предоставил продакт?
Вот то, что вы спроектировали 3 микросервиса, 20 методов API и восстановили документацию по определённому направлению, я верю, а вот к прибыли есть вопросы.

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

Фотография. Знаете, у меня есть знакомая, у которой своё HR-агентство, и она скрывает фотографии кандидатов и не показывает их работодателям. Почему? Потому что у работодателей может возникнуть негативная ассоциация из-за самых непредсказуемых паттернов: вдруг вы похожи на Васю, который обзывал в школе нынешнего руководителя направления аналитики?
С другой стороны, фото может быть и плюсом.

Все эти тезисы - это непросто теория. Это практика, протестированная мной.
Пруфы в комментариях.

Полезно — 🦅

А на ваш взгляд, что самое важное?

Вы знаете, что такое ПДн? Персональные данные. К ним относятся ФИО, номер банковской карты,  адрес и другие сведения, по которым можно узнать человека. По закону, есть допущенные к работе с ПДн люди/системы,  так называемые операторы ПДн. Еще данеые ПДн называют "чувствительными".

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

В этом случае прибегают к маскированию данных. Думаю, про него слышали чаще, чем про санитайзинг. Маскировании чувствительных данных скрывает их полностью или частично: например, вместо полного номера телефона видно:
+7 * *-12-34.
.
Санитайзинг  — это процесс обработки данных, убирающмй из них чувствительную информацию. Например, система находит ПДн в сообщении или логе и заменяет их на
Х, [СКРЫТО] или другой шаблон. То есть в данным примере санитайзинг использует маскирование.
Под санитайзингом так же могут понимать безопасное удаление данных с носителей. Но в контексте логов и сообщений это обычно маскирование чувствительной информации.

Если есть, чем поделиться на эту тему жду в комментариях
Полезно -🦅

Ребят, мне неожиданно пришёл очень необычный отзыв.

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

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

Хорошо повторив теорию и подтянув технические навыки с помощью курса, она вышла на рынок. И скоро выйдет работать в Ozon.

Полный отзыв можно прочитать 'https://t.me/vira_otzuv/1/41' rel='nofollow'>тут.

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

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

Ребят, привет! У меня к вам архитектурный вопрос. Вы пришли на проект, и вам говорят: «Вот тут у нас 5 микросервисов, но у них всех один UI и одна общая БД». Как вы думаете, в чем подвох?

 Забыла пароль от удалёнки

Ну что? Я вернулась сегодня в час ночи, а утром уже первый рабочий день.

Утренний дождь сразу напомнил, что я не в Анталии и даже не в Стамбуле.

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

Последний раз забывала пароль в 2019 году после почти месяца в Тае.

Но теперь всё хорошо. Все мессенджеры прочитаны, планы на текущую неделю написаны.И знаете, что я первым делом сегодня сделала, подключившись? Заполнила заявление на новое обучение: распечатала, отсканировала. А ещё узнала, когда смогу сдать тестирование по обучению, которое закончила до отпуска.

Да, мне 37, и я постоянно учусь. Честно говоря, когда мне было 17 лет и я закончила школу с золотой медалью, я наивно думала, что всё основное уже выучено. В моменте даже хотела сжечь часть своих конспектов на поле за домом. Представляла, как это всё будет гореть синим пламенем, но так и не решилась, просто выкинула. На первом курсе, правда, очень об этом пожалела.

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

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

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

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

Похоже, отпуск заканчивается, а учёба - никогда.

А вы как обучаетесь?Постоянно - 😜
или
Наскоками - 🦅
 

Привет, ребята. Задумалась тут в отпуске о соотношении в жизни вариантов сделать сам/делегировать.

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

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

Обратная сторона, что на правильный выбор уходит много времени: и отзывы об отелях нужно почитать на Тripadvisor и Google, и выбрать платформу бронирования - у букинга больше предложений и нет альтернативы на некоторых направлениях, у российских агрегаторов бывают хорошие предложения  на отдельные отели и можно платить миром без конвертации. Билеты, кстати, я рекомендую по возможности брать на сайте авиакомпании. Меньше заморочек, если случаются отмены/переносы. Одним словом, очень много времени уходит, но сейчас плавая в ласковых волнах Средиземного моря, я этот результат чувствую прямо своей кожей))

На самом деле, дилема делегировать/сделать самому распространяется на все области нашей жизни. К примеру, всю информацию, которая есть в моих курсах вы можете найти и сами почитав инструкции к програмным продуктам, хабар, посмотрев ютуб и так далее. И даже, наверное, разберётесь в вопросе более глубоко, максимально пропустив его через себя. Другое дело, что если вы собираетесь разобраться качественно, времени у вас уйдёт много. У меня на знакомство со всеми вопросами, которые входят в курс "Инструменты системного аналитика" ушло пара лет.

Ребята, а вы какого баланса придерживается в варианте все сами или делегируете? Нанимаете помощников по дому или репетиторов/тьюторов? Сами планируете отпуск или получаете турагентам и какой в итоге результат? Пишите в комментариях.

Все самостоятельно - 🙈
Делегирую - ❤️

Ребята, привет. Снова напоминаю о своём курсе Инструменты системного аналитика. Записаться на курс можно до 22.09, а сам курс начнётся 23.09. Осталось три свободных места, записывайте пока не разобрали))

В своё время для меня стало неожиданностью, что на курс пришли ребята с солидным опытом в it в целом. Почему курс оказался им полезен, можно прочитать ('https://t.me/vira_otzuv/1/37' rel='nofollow'>тут, 'https://t.me/vira_otzuv/1/14' rel='nofollow'>тут). По горячим следам решила порасуждать о том, кому ещё курс может быть полезен.

1. Бизнес-аналитикам, перешедшим или переходящим в системный анализ. Они смогут структурировать свои знания, продумать, как проектировать микросервис, определить его границы, получат примеры различных ТЗ, повысят технические скиллы и вот это понимание, куда копать и что делать с непонятной таской, почувствовать себя увереннее на проекте - отзыв по такому кейсу 'https://t.me/vira_otzuv/1/38' rel='nofollow'>тут.

В итишке все роли постепенно усложняются, требований становится больше: от бизнес-аналитиков требуют понимания системных требований, от СА просят и понимание бизнеса и одновременно архитектуры, безопасности, в финтехе ещё нужно умение работать с нормативной базой. Я постоянно на новом проекте, например, общаюсь с архитекторами, безопасниками и сделала себе доступ к Консультант Плюсу.

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

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

3. Системным аналитикам, работающим в поддержке или со старым стеком технологий, монолитами, 1С, миграцией.

В своё время я работала с АБС EQUATION от IBM. И это я вам скажу совсем другой мир: зеленый экран, опции, SQL запросы в интерфейсах, Soap, IBM MQ, 10-значные счета, мнемоники.

Ещё я как-то работала с АБС от ЦФТ и в целом с ЦФТ, всё это тоже другой мир.
Работа с монолитами, пусть и модульными, существенно отличается от микросервисной архитектуры. Из старого болотистого проекта перейти в современный интересный проект крайне сложно. Хотя может кажется: зачем? С одной стороны спокойно и комфортно. Но с другой стороны роста и развития особо нет и з/п в таких проектах меньше обычно, ощущение, что вязнешь. Хотя, конечно, опыт копится, но настолько специфичный, что применить его на другом месте вряд ли получится.

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

4. Начинающим аналитикам. Например, у меня был на курсе очень активный парень, постоянно задавал кучу вопросов. После курса он сменил проект и поднял свою з/п на 50%, вот его отзыв ('https://t.me/vira_otzuv/1/40' rel='nofollow'>1, 'https://t.me/vira_otzuv/1/11' rel='nofollow'>2) и 'https://t.me/vira_otzuv/1/16' rel='nofollow'>кейс.

Как вы считаете: усложняются ли профессии в ИТ?
Да, требований всё больше - 😜
Нет, всё также - 👍

Всем привет. Про API GW и зачем он нужен проговорили выше. Также обсудили основные паттерны API GW.

Отдельно проговорили про NGINX. У него ещё есть функция балансировки.
Вот тут возникает вопрос: что будем балансировать и зачем? Если с акробатами и балансировкой всё понятно, то тут, мне кажется, стоит обсудить подробнее.

Начнём слегка издалека.
Вспомним про масштабирование. Часто раньше спрашивали, что такое горизонтальное и что такое вертикальное масштабирование на собеседованиях.

Напомню: вертикальное масштабирование — это когда добавляются ресурсы имеющемуся серверу (ядра, память); горизонтальное масштабирование — это добавление количества экземпляров.
Например, вместо одного микросервиса B2C у вас будет три таких экземпляра. И вместо 1000 запросов в секунду можно будет на B2C отправлять 3000 запросов в секунду, но главное — на разные экземпляры.

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

При этом есть разные варианты, кто будет выполнять балансировку.
Может после API GW стоять отдельно балансировщик = Load Balancer (или встроенный механизм балансировки Kubernetes), может быть общий компонент, который выполняет функции API GW и LB. Всё зависит от конкретных решений, которые выбрали в той или иной организации при проектировании архитектуры.

Варианты алгоритмов, по которым LB может распределять трафик:

Статические алгоритмы
Балансировщик распределяет трафик согласно заданным правилам.
Round Robin
Распределяем просто по очереди:
1-й запрос → server1
2-й запрос → server2
3-й запрос → server3
Weighted Round Robin
Например:
server1 — вес 5
server2 — вес 3
server3 — вес 2
Тогда server1 получит 50% трафика, server2 — 30%, server3 — 20%.
IP Hash
По IP пользователя считаем хеш и направляем запросы на один и тот же сервер. Это позволяет сохранять привязку клиента к серверу, но при изменении набора серверов распределение может измениться.
Динамические алгоритмы
LB следит за актуальной нагрузкой на серверы и принимает решения на основе этой информации.
Least Connections
Отправляем туда, где сейчас меньше всего активных соединений.
Weighted Least Connections
Учитывается и вес сервера, и количество активных соединений.
Подходит при неравномерной нагрузке и разной производительности серверов.
Least Response Time
Отправляем туда, где сервер отвечает быстрее всего (на основе измерений response time).

Если говорить про System Design интервью, то обычно балансировщик отдельно не рисуют. Можно проговорить, что нарисованные API GW и LB находятся в одном квадрате и назвать его адаптер или коннектор.

Были у вас кейсы с балансировкой?
Да —👍
Нет —🙈
Полезно -🦅