Марафон из собеседований.

Тут я провела всю неделю в собеседованиях-консультациях для грейда джун+, мидл-. Прежде всего разбирала с ребятами жизненный цикл разработки ПО на примере их задач. 
В целом презентация — это 50% успеха на эти позиции зачастую. Большинство просто перечисляет стандартные обязанности аналитика: сбор требований, анализ, отрисовка макетов в Figma, BPMN, UML-диаграммы последовательности, проектирование ER-диаграммы, проработка интеграции REST. И всё это без какой-то конкретики к их проектам. 
Выглядит это всё однообразно и неконкретно. Непонятно, какие макеты, для чего, что за ER-диаграмма. 

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

Рассказать несложно о том, от кого в проекте пришла задача, кто её заводил в трекере/Jira. Что дальше происходило, когда и как осуществлялась оценка задач? Например, когда у меня была команда из 22 человек, планирование было очень долгим, пока всех не разбили по группам по 3-4 человека. Где-то оценивают в стори-поинтах, где-то в часах, а где-то просто берут задачи на квартал. Собирается аналитика, пишется ТЗ. Привлекался ли тут архитектор для архитектурного решения? Артефакты, которые делал аналитик, конечно, сильно зависят от задачи. Как и сам объём ТЗ. А что надо сделать? Спроектировать новую ручку/микросервис или в действующий метод добавить атрибуты? Тут уже сразу понятен уровень задач, который человек решал на проектах. Как передавалось ТЗ разработчикам? Есть те, кто работает с вендорами, и ТЗ передаётся аналитикам вендера, а они своим разработчикам — и тут прямо не поговоришь с человеком, который будет писать код, и это большой минус.

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

Кто принимал работу? Где-то просто показывают готовую работу заказчику, а где-то проходят ПСИ и отвечают на некаверзные вопросы безопасника. Есть проекты, на которых доработки защищаются на комитетах по внедрению перед тимлидами разных команд. План отката? Прорабатываете? 
Поставка на прод? Релизами раз в месяц в зависимости от вендера или сотрудниками тех. поддержки хоть каждый день в зависимости от заявок в портале? Поддержка и сопровождение: кто будет разбираться с багами после внедрения? Третья линия поддержки? 

Ещё момент. Те, кто никогда не работал с брокером сообщений, почему-то, когда сравнивают Kafka и Rabbit, не говорят о маршрутизации. Согласитесь, есть разница: если вам доставят товары в пункт выдачи Озон, как для всех, или принесут/смаршрутизируют товары до двери? Какой способ у Озон дольше? 

Узнали свой жизненный цикл разработки ПО, да? 👍 Полезно?❤️ Как ваша неделя перед майскими праздниками?

Всем привет! На дворе весна, и это замечательно. В выходные в Питере было почти лето, а ещё вышло солнце, и сразу захотелось делать, творить, любить.

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

Вот такой интересный вопрос:

"Мне 30 лет, я заканчиваю курс СА. Пробую отправлять заявки на стажировку. Везде тест на математику, есть вакансии стажировки без математики?"

Итак, поехали. 30 лет. Это уже приличный возраст, и, скорее всего, есть уже какой-то опыт предыдущей работы; вы, возможно, делали обязанности, которые выполняет аналитик, работали с документацией и прочее.
Курсы по СА — курсы курсам рознь, и если вы обучались в "бутиковой школе", небольшой, где есть индивидуальный подход или у ментора, то устроиться у вас есть шанс, и он гораздо выше, чем у тех, кто закончил обучение на курсах  100-1000 человек; всё же индивидуальный подход решает.

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

Заявки на стажировку. Давайте честно: пробиться на стажировку СА почти невыполнимый квест сейчас; конкурс большой, а чем выше конкурс, тем больше придумывают тестов, конкурсов и прочее. Проще устроиться на джуна или мидла, чем стажером. Но чтобы устроиться, нужен опыт; а чтобы был опыт, надо уже работать СА, и тут замкнутый круг.
Есть ли вакансии без математики? Наверное, вряд ли; математика — царица наук. Например, в финтехе мне чаще всего встречалась на собеседованиях задачка про монетки (в одном синем банке до сих пор спрашивают), и это классическая задачка, которую я решала в школе,
на уроках математики, обучаясь в физмат-классе.

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

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

Рубрика о работе. 
Ребят, я хотела спросить, часто вы прописываете в API-контрактах rate limiting? 

Справочно: 
Rate Limiting — это механизм контроля и ограничения количества запросов, которые ваш сервис может отправлять к API в заданный промежуток времени. Это важно по нескольким причинам: 

1. Предотвращение перегрузки серверов. 

2. Безопасность. 

3. Согласованность. 

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

Почему вспомнила? Недавно обсуждали с аналитиками, у кого что интересное на работе, и мне знакомый сказал, что занимается параметрами надёжности: rate limiting, housekeeping, tiering, сегментирование и т.д.? 
Поболтали с ним о том, как правильно установить значение rate limiting. 

Как вы работали с rate limiting, housekeeping, tiering? Да👍. Нет👎. А вы о чем?🤪)

Всем привет! Пришло много новеньких, располагайтесь, тут интересно. 
Сегодня обзор собеседования за 250 на руки в небольшую, но интересную околофинтех-компанию. 
Поехали: 

1. Как понимаешь, что такое API? 

2. Плюсы и минусы SOAP, REST. 

3. Какой опыт проектирования интеграций по REST? 

4. Какие были сложности с интеграциями и как решали? 

5. Какая была самая большая сложность или неудача за твой опыт? 

6. Какой опыт разработки спецификаций? 

7. Был ли опыт работы с AsyncAPI спецификациями? 

8. Умеешь работать с Git? (На проекте необходимы навыки создания веток и т.д.) 

9. С какими протоколами авторизации и стандартами безопасности знаком? 

10. Что знаешь про OWASP? 

11. Выступал ли техническим экспертом по любому вопросу? 

12. Что лучше всего получается как у системного аналитика? 

13. Какая твоя самая сильная черта? 

14. Что хуже всего получается? С чем сложности? 

15. Какую дальнейшую экспертизу хотелось бы получить? 

16. Какими задачами нравится заниматься? 

17. Почему уходишь с текущего места работы? 

18. Что ищешь на новом месте? 

19. Есть ли внутренняя готовность экспериментировать? 

20. Есть ли планы на ближайшие 2-3 года, о которых стоит знать работодателю? 

Все! От себя скажу, интервьюер был очень приятный) 

Вот такой интересный собес, больше на soft skills и на то, комфортно ли людям будет вместе работать. 

Хочу обратить внимание на вопросы про сложности, неудачи, что хуже всего получается. 
Я помогаю ребятам найти первый, второй и так далее проект, и очень часто встречается вопрос: "Какая была самая сложная задача на работе?" 
Эти вопросы про сложности, неудачи и прочее... 
Естественно, если вы прям сильно где-то налажали, сделали drop database на проде, об этом не стоит рассказывать!) 

В целом сложно, неудача — это отношение к жизни. О чем тогда хотят услышать? Про то, как справлялись с чем-то из задач, проверить soft skills: кто-то начинает рассказывать про конфликты или ещё что-то. В целом любая задача на работе — это просто задача. Особенность аналитиков заключается в том, что часто дают задачи, и чтобы найти путь их решения, приходится прилично изучить информации; тут нет отчёта, который просто надо делать каждый месяц один и тот же, и заранее понятно, что делать, куда идти и так далее. Я бы просто рассказывала на этот вопрос о задачах, которые встречались в работе. 

Как вам в целом собеседование? Слишком лёгкое👍? Нормально😜? Как вам вопросы про планы на ближайшие 2-3 года😆? Запланировались?)

Привет! Как ваш понедельник? У меня добровольно-принудительное обучение по Postgres от работодателя. Если что-то интересное будет, напишу.

Как ваш работодатель? Ставит вам обязательные обучения в течение года?
Да👍. Нет🤓. Нет, но хотелось бы😜.

Не знать — не стыдно.

А давайте поговорим? Аналитики. Все знают, что, вроде, требования стандартные к аналитикам: собрать требования, спроектировать интерфейс, методы, микросервис, таблицы, вывести в прод. Но при этом каждый аналитик занимается разным! Как? А вот так. Есть аналитики, которые работают со специфичным ПО, например, Equation от IBM. То ещё детище. Работающие с ним аналитики, как правило, не чертят в PlantUML диаграммы. Их ТЗ состоят из описания green screen, скриптов, полей в таблицах.

А есть аналитики, которые работают только с базой данных: партиционирование, проектирование ER-диаграмм, сложные SQL-запросы и никаких вам интеграций. Например, я знаю аналитика — заслуженного эксперта (лет 8 на одном специфичном проекте за много денег), который никогда не работал в DBeaver и PlantUML, не знал, чем модель pull от push отличается. Или есть аналитики, работающие на платежных шлюзах; у них, например, ничего не хранится почти в таблицах — все в мастер-системе. Каким проектированием ER-диаграмм они занимаются? Вот.

А есть те, кто работает с back-интеграциями, и нет у них никакой там пагинации. Или те, кто работает с какими-то специфичными коробками — low-кодинг в БАС для формирования отчётов? Есть те, кто работает с нормативными документами: консультант+, ФЗ и пр. А есть кто пишет документацию по ГОСТ — и это отдельный skill. Часть аналитиков занимаются задачами технических писателей: "восстановите нам тут документацию, пожалуйста", другая часть занимается задачами тестировщиков.

И все эти аналитики работают и знают разные вещи. Есть, конечно, универсальные солдаты, но не так много. Кто-то добирает отсутствие практики в каких-то вещах обучениями, а кто-то не парится и сидит 5, 6… 8 лет на одном месте спокойно.

Ну что? На какой вы стороне? Универсальный солдат всё знаю🤓. Работаю на специфичном проекте🤪.

Всем привет. Сегодня рубрика вопросы с собеседования с вилкой 300-350 руб. на руки. Собеседование состояло из трех задач. На каждую задачу 15-20 минут.

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

Лот номер 2. Нарисовать сценарий входа пользователя в мобильное приложение (front, back) в свой аккаунт. Только основной сценарий. Пользователь вводит свой номер телефона и получает код смс для входа, сценарий регистрации нового пользователя не рассматривается. Back это монолит, и есть сервис "Смс шлюз", через который взаимодействуем с смс.

Лот номер 3. Найти ошибки в Er- диаграмме. Скрин не сохранился, к сожалению. Но расскажу суть. Предметная область: пользователи, сотрудники корпоративной системы, пользователь работает в отделах, можно работать только в одном отделе, совместительство не допустимо. Сценарий 2: пользователи берут книги в корпоративной библиотеке. Сценарий 3: пользователи делают заказы на обновление рабочего места. На Er-диаграмме указаны связи между таблицами, обязательность полей (null, not null), тип данных, количество символов.

Все 3 задачи.
Как вам ребят? Очень легко ❤️, сложно 🙈, норм 👍

Всем привет. Сегодня рубрика вопросы с собеседования с вилкой 300-350 руб. на руки. Собеседование состояло из трех задач. На каждую задачу 15-20 минут.

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

Лот номер 2. Нарисовать сценарий входа пользователя в мобильное приложение (front, back) в свой аккаунт. Только основной сценарий. Пользователь вводит свой номер телефона и получает код смс для входа, сценарий регистрации нового пользователя не рассматривается. Back  это монолит, и есть сервис "Смс шлюз", через который взаимодействуем с смс.

Лот номер 3. Найти ошибки в Er- диаграмме. Скрин не сохранился, к сожалению. Но расскажу суть. Предметная область: пользователи, сотрудники корпоративной системы, пользователь работает в отделах, можно работать только в одном отделе, совместительство не допустимо. Сценарий 2: пользователи берут книги в корпоративной библиотеке. Сценарий 3: пользователи делают заказы на обновление рабочего места. На Er-диаграмме указаны связи между таблицами, обязательность полей (null, not null), тип данных, количество символов. 

Все 3 задачи.
Как вам ребят? Очень легко ❤️, сложно 🙈, норм 👍

Всем привет! Пришло много новеньких. Ребят, я Ирина, senior системный аналитик. Пишу тут вопросы с разных собеседований и вещи, которые меня волнуют. Ещё мне можно задать анонимно тут - обсудим интересующие темы. Недавно мне попалась статистика по увольнениям, а это почти 20% на испытательном сроке. Решила сегодня продолжить тему: увольнения/сокращения.
Так вот, давайте поговорим об интересном: кто платит за банкет под названием "уволить"?

Есть 2 варианта: ваша работа не устроила работодателя, вас не устроил работодатель.
В первом случае, если работодатель не глуп или если в данном месте принято и умеют увольнять, и дело поставлено на поток (да, да, есть места, где руководителей учат увольнять грамотно), то за работником закрепляют под роспись список задач, а под конец испытательного срока фиксируют невыполнение. Всё, вас сокращают как не выполнившего свои обязательства человека, никаких вопросов одним днем, без компенсаций.

Другой момент: работодатель не такой прошаренный, и закреплённых задач за вами письменно нет. Вы что-то сделали, доказать, что это некачественно или не устраивает команду/лида, сложно. Тут или работодатель говорит о сокращении бюджета или о посторонних вещах: мол, так и так, ищи новое место, но внятных претензий нет. Или вам говорят прямо, что вы не устраиваете, но опять же бумажных подтверждений никаких нет: на дейли, созвоны ходили, задачи делали. Тут наступает интересное: кто-то без слов увольняется за день-два, а кто-то говорит: "Так не пойдёт! У меня дети, ипотека и я работал, нужное подчеркнуть, и предлагает соглашение сторон. Моя знакомая HR видела соглашение сторон в 6 окладов (даже не знаю, что это за бриллиант).

Стандартно, чтобы не поднимать шумиху, договариваются на один оклад. Опять же, если вы не тот самый гордый человек, который стукнет дверью и скажет: "А ну и ладно".

Есть, конечно, другой момент: когда приходят на проект и сразу не срабатываются с кем-то из коллег или понимают, что на проекте творится какой-то неадекват: люди сидят до 10 вечера, и вы сами убегаете, теряя тапки.

В любом случае потери со всех сторон. Вы не принесли пользу компании, а зарплату платили. Компании считают это за потери. Нанимающему пинают, что плохо собеседовал. У вас неприятная строчка в резюме в пару месяцев, если вы её запишите, конечно.

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

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

Почему решила написать? Всё просто: если у вас что-то случилось на испытательном сроке — с вами всё ОК; такое случается с каждым пятым — и у вас просто скорее всего будет другая работа. Не опускайте руки.

Если говорить про мою историю, то меня сократили спустя 9 месяцев с моей первой работы в 22 года с большого банка. Почему? Сократили всё направление в России; оставили один отдел в Москве, куда и предложили переехать. Помню, как я озвучила свои зарплатные ожидания и моя начальница из Москвы так и сказала: "А что, вчерашним студентам ещё и платить нужно?" И я была очень горда и рада, что у меня классная аналитическая и интеллектуальная работа; много работала и старалась.
Начальник обещал повысить зарплату в два раза, всё было классно, мы выполнили все KPI. И вот бабах — сокращаем всех. Меня, кстати, официально не сократили, я уволилась раньше, чем пришли бумаги на сокращение, нашла новое место. О том, как сокращают, что такое ТК РФ, понятия не было, зато долгие годы потом меня спрашивали, почему на первом месте я проработала 9 месяцев, а со своей первой начальницей, кстати, я общаюсь  до сих пор.

Вас сокращали? Было👍? Не было 👎. Компенсацию получали❤️‍🔥?

Ребят, привет! Хотела поговорить про испытательный срок. Бытует мнение, что испытательный срок проходит практически любой. Нужно только ходить на встречи и делать необходимый минимум, чтобы получить доступы. Но я не верю мнениям, если нет цифр. А цифры следующие: по одной из организаций со мной поделились, что из 1000 принятых человек было уволено или уволились сами в течение первых трех месяцев 170 человек. Получается 17%. Как вам такая статистика?

Так вот, если говорить по фактам, то все изменилось. Работодатели стали закреплять список задач, которые необходимо выполнить сотруднику, подписывать его у сотрудников и четко отслеживать выполнение. Все, кто взаимодействует с новым сотрудником, дают обратную связь (feedback). Так что прохождение испытательного срока — это не формальность. Это реальность, и с сотрудником стараются расставаться, если он не устраивает.

Что тут сказать? Я сама работала на разных позициях. Было время, когда я занимала позиции, для которых была overqualified. Да, это сверхкомфортная работа, когда знаешь, как подложить соломку и как сделать что-то в два раза быстрее. Но есть и минусы: ты зарабатываешь меньше, чем можешь, и понимаешь, что уровень твоих задач не соответствует твоей квалификации.

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

Как у вас с испытательным сроком? Всегда проходили без проблем? Да - 👍 Нет - 👎

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

@virafintex

Ребят, привет! Как и обещала, публикую решение на задачку 2.


Условия: нарисуйте ER-диаграмму подачи заявки на ипотечный кредит. Основные сущности: клиент, его роль в сделке, заявка.

Напомню, что разбирал эту задачу Михаил @mixail_alexandrovich, системный аналитик с 10-летним опытом. Он также проводит консультации по интересующим вопросам и мок-интервью. Рекомендую его как грамотного специалиста, который знает ответ на любой самый каверзный вопрос по аналитике

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

Напомню: задачка: "Нарисуйте интеграцию трех систем: процесс подачи заявки на кредит. 1 система — Front (мобилки), 2 система — кредитная заявка, 3 система — скоринг кредитной заявки." Честно скажу, я немного поленилась и не писала activate и deactivate в plantuml.

Ниже размещаю код для plantuml:

@startuml
actor "Заёмщик" as A
entity "Front" as B
entity "Apigateway" as L
entity "Кредитная заявка" as D
database "БД" as E
queue "Топик 1" as kafka
queue "Топик 2" as kafka1
entity "Скоринговая система" as F
==Процесс подачи заявки==
A->B: подача кредитной заявки
B->L
L->D: подача кредитной заявки
D->E: сохранение данных заемщика
E-->D: данные сохранены
D-->L: Заявка принята
L-->B:
B-->A: заявка на кредит принята
== Процесс скоринга==
D->>kafka: данные на кредит
F->>kafka: Чтение данных на кредит
F-->>kafka1: данные скоринга
D->>kafka1: данные скоринга
D->E: сохранение данных скоринга
E-->D: Результат сохранения данных скоринга

== Процесс получения результатов скоринга==

A->L: запрос результатов
L->D: запрос результатов
D->E: Получение результатов скоринга
E-->D: Получение результатов скоринга
D-->L: Получение результатов скоринга
L-->B
B-->A: Получение результатов скоринга

@enduml

Всем кому полезно с вас огонек или сердечко. Вопросы и комментарии жду ниже!

Наконец-то у системных аналитиков появился телеграм канал с мемами!

Подписывайся и разбавь серые будни:
👉 @sa_mems

https://us05web.zoom.us/j/89377374649?pwd=6fwzhienSPY5K6k02WbvdQQbQ4SbPs.1

Через 10 минут будет ссылка

Итак, выше на собеседовании попросили нарисовать 2 диаграммы: одну последовательности (сиквенс) и вторую ER. Если вы думаете, что на диаграмме последовательности нужно отобразить всего 3 сущности — простой POST, REST и всё — вы ошибаетесь. Надо уточнять требования, и есть моменты, которые просто знаешь с опытом. Front не общается напрямую с сервисом "кредитная заявка", "скоринговая система" не отдаёт ответ сразу — ей надо 5-7 минут. А откуда берёт данные скоринговая система для расчёта? Вот так и получается, что есть разные способы реализации интеграции трёх систем, а этот вопрос в последнее время задают часто.

Дальше — ER-диаграмма. Все с ходу могут построить ER-диаграмму без ИИ на любую тему, не забыв про справочники и установив связи? А в условиях стресса и собеседования мысли могут и испориться из головы)))

У меня к вам предложение. Я и мой коллега Михаил, сеньор системный аналитик с 10-летним опытом, готовы разобрать в прямом эфире эти две задачи в этот четверг 13 марта в 19:00. Ставьте огонёк, если собираетесь прийти. Всех ждём! Это будет МЕГАполезный созвон. Ссылку пришлю в день эфира.

Итак, рубрика "Вопросы с собеседования" продолжается. Сегодня вопросы с собеседования с зарплатой 18 тыс. в день по ИП. Все стандартно. Рассказали в начале о проекте. Вот интересно, что о проектах часто рассказывают с точки зрения бизнеса, а не стека технологий. А от системного аналитика ждут рассказ именно технического характера. Например, если рассказать также о бизнесовом смысле, то останется впечатление, что вы работали бизнес-аналитиком, а не системным.

Первый вопрос: работали ли вы с файловым обменом как типом интеграции?
Работали ли с монолитом?

Участвовали ли в распиле монолита и как это делали?

Какие виды диаграмм UML использовали в работе?

На мой взгляд, основные UML-диаграммы — состояния и последовательности.
Работали ли с C4?

Как в диаграмме последовательности отображаются потоки?

Все помнят, как в диаграммах последовательности отобразить синхронную и асинхронную коммуникацию?
Как подробно отрисовывали диаграммы последовательности?
Это вопрос к альтернативным потокам

Какие основные элементы в BPMN-процессах?

Сколько человек в команде? Какие у них были роли?

Работали ли с шиной данных и как?

Какими свойствами должна обладать API, чтобы считаться в классическом понимании REST?

Как понимаете принцип единообразия интерфейсов?

Как обычно описывается REST?

Где описывается обязательность параметров?
Здесь не только про таблицы, но и про Swagger Editor вопрос.
Какие существуют брокеры сообщений и с какими работали?

Как работает Kafka? Что такое офсет?
Какие нефункциональные требования предъявляются для нового топика в Kafka?

Тут можно вспомнить про нагрузку.

Приходилось ли проектировать модель данных? Какой уровень SQL?

Задачка1 : нарисуйте интеграцию трех систем: процесс подачи заявки на кредит. 1 система — Front (мобилки), 2 система — кредитная заявка, 3 система — скоринг кредитной заявки.

Задачка 2: нарисуйте ER-диаграмму подачи заявки на ипотечный кредит. Основные сущности: клиент, его роль в сделке, заявка.

3.   Как удалить дублирующие записи из результирующего набора? Напишите запрос отбора   мобильных телефонов и их количество повторений в таблице.

Как вам вопросы? Мне понравилась задачка в которой просят отрисовать интеграцию систем

Девушки, поздравляю вас всех и каждую в отдельности с 8 мартом, праздником весны, любите себя, будьте красивыми, умными. Желаю каждой быть профессионалом своего дела!

Я была в отпуске и пропустила 23 февраля. Дорогие мужчины, спасибо что вы есть)

Всем добра!

Ребят, привет! Я к вам с прекрасным! Тут выше обсуждали, что на собеседованиях периодически задают вопросы, чтобы узнать ваш ход мыслей. А вам когда-нибудь задавали всего один вопрос на собеседовании? Хотя нет, не так. Было одно техническое интервью, а дальше встреча с руководителем команды, где был задан один вопрос.

Внимание, сам вопрос: какая следующая технология изменит весь мир?

Всё, больше вопросов не было. Контекст: это новая технология, которая не существует или которая не используется в полной мере. Всё, занавес. Собеседование было о космических технологиях, полезных ископаемых на Луне, чипах и тому подобном. Варианты ответов и комментарии принимаются! Как вам? Встречали таких эпичных людей?

Ребят, привет! Я к вам с прекрасным! Тут выше обсуждали, что на собеседованиях периодически задают вопросы, чтобы узнать ваш ход мыслей. А вам когда-нибудь задавали всего один вопрос на собеседовании? Хотя нет, не так. Было одно техническое интервью, а дальше встреча с руководителем команды, где был задан один вопрос. Внимание, сам вопрос: какая следующая технология изменит весь мир?!!! Всё, больше вопросов не было. Контекст: это новая технология, которая не существует или которая не используется в полной мере. Всё, занавес. Собеседование было о космических технологиях, полезных ископаемых на Луне, чипах и тому подобном. Варианты ответов и комментарии принимаются! Как вам? Встречали таких эпичных людей?

Ребят, привет! Ну что? Я вернулась! Признаюсь, после перерыва сложно писать, так что поддержка приветствуется) Если есть вопросы про Филиппины, Боракай, можно спросить под постом выше. Пока летела в самолёте, набросала мысли, буду публиковать.

"Ира, ты не права!"

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

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

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

Моя любимая задачка на логику про огурцы.

На склад привезли 100 кг огурцов, влажность которых равна 99%. За время хранения влажность огурцов уменьшилась на 1%. Сколько стали весить огурцы? Есть ещё те, кто не знает ответ на эту задачу?

Задачка за 6 класс, ответ — 50 кг. Надеюсь, все решили пропорцию.
И вот тут такой момент. С одной стороны, мозг либо есть от рождения, либо нет. Как бы грубо это ни звучало. С другой стороны, мозг можно и нужно тренировать. Что меня поразило, когда я в 24 писала диссертацию: мой мозг не мог так работать с информацией, как в 18-20 лет. Серьёзно, я прям почувствовала разницу. Поэтому тренировать мозг, изучать что-то новое, не вязнуть в болоте — надо постоянно, и это всегда приносит свои плоды. Был у меня момент: выходила я из декрета, и мне дали пару задачек на логику. Интервьюер сказал, что так быстро не давал ответа никто до меня. А всё было просто: я укладывала ребёнка на две таблицы умножения. Одну рассчитывала мысленно вперёд, а другую — назад (вот 2*2=4, 2*3=6... 9*9=81 и в обратном порядке от 9*9=81... 2*2=4). Если за две таблицы умножения не удавалось уложить, давала ещё погулять. Хороший способ — сильно увеличивает скорость счёта.

Как у вас с решением логических задач? Какие интересные задачки вам задавали на собеседованиях? Поделитесь в комментариях. Задачку на огурцы все знают? Тренируете ли вы мозг как-то специально?

Ребят, я в отпуске. На Боракае как и писала. Вернусь 28 февраля. Наберусь сил и напишу вам много полезного. Пока новых постов до 28 февраля не будет

Итак, вопросы от международного финтех-стартапа. Зарплата аналогична той, что в посте выше, то есть 300 на руки и выше. Пояснения: проект уже в проде, но есть изменения и доработки, которые хотели бы сделать. Готовы?

Задачка 1. Хотим сделать мобильное приложение для малого и среднего бизнеса. С чего бы вы начали онбординг клиентов в фин. учреждении?

Интересный вопрос, хотя бы оригинальный. Хотели услышать об идентификации, аутентификации и авторизации.
Задача 2. Допустим, юридическое лицо стало клиентом и хочет открыть в мобильном приложении расчетный счет. Нажимает кнопку «открыть расчетный счёт». Открывается форма для открытия счета. Какие в этой форме могут быть поля и параметры?

Задачка 3. Клиент открыл счёт и отправил деньги в оплату товара в 11 вечера. Это нероссийский финтех, где обеспечиваются 24/7 платежи. У зарубежного финтеха операционный день заканчивается в 6 вечера. Вопрос: где будут деньги?

Подсказка: вспомните бухучёт и счёт "деньги в пути", транзитные счета.
Поехали дальше с вопросами:

31 января получили 100 тыс. евро. Какие даты могут быть у платежа?

С какими платёжными системами довелось поработать? SWIFT и т.д. Через какие платёжные транспорты реализованы?

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

С какими интеграциями работали? Как проектировали? Каким методом проектировали? Работали ли с микросервисами?

Как работали с БД? ER-диаграмма на логическом уровне: чем отличается от физического?

Кто и как ставил задачи?

Как быстро разобраться и вникнуть в проект? Выходишь к нам, поставили задачу внедрить механизм квитовки, например, с чего начнёшь задачу?

Есть ли опыт ревью документации?

Работаешь? Почему уходишь?

Какой уровень английского языка?

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

Как вам вопросы? Где легче — тут или в посте выше?

Господа, аналитики и не только. Всем привет! В этом выпуске — собеседование на позицию senior системного аналитика в крупную финтех корпорацию, ставка выше 300 на руки.

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

Основной блок вопросов начали с задачки: как интегрировать три системы: 1 CRM-систему, 2 систему, отвечающую за данные карт, и третью систему — коробочное решение по блокировкам на счетах, полученное от вендора.

Далее пошли классические вопросы:

1. Какие методы REST знаешь? Нужно с сайта по множеству фильтров получить данные, какой метод используешь и почему? Как REST сделать асинхронным? Что такое вебхуки?

2. Какие виды интеграций знаешь? Что такое gRPC и какие у него плюсы? В чем плюсы Protobuf? Что такое GraphQL?

3. Что такое идемпотентность? Какие методы идемпотентны, а какие нет? Почему DELETE идемпотентный, если при удалении получаем в начале ответ данные удалены, а потом — что они не найдены? Какой метод идемпотентный: PATCH или PUT и почему? Что надо сделать, чтобы метод POST стал идемпотентным? Что такое ключ идемпотентности?

4. Работал с SOAP? Как между собой соотносятся понятия XML, XSD, WSDL?

5. Чем Kafka отличается от RabbitMQ? Расскажи простыми словами, что такое топик, что такое партиция? Что такое offset?

6. Используешь ли BPMN? Какие бывают шлюзы? С Camunda работал? Какие виды UML-диаграмм знаешь? Чем пользуешься для отрисовки?

7. Что используешь для отрисовки UI? Есть бизнес-описание интерфейса, пару кнопок с входящими параметрами. Как перекладывать это всё в ТЗ по системному аналитику?

8. Какие виды БД знаешь? Почему именно Redis используется для кэширования? Для чего используется MongoDB?

9. Пришел архитектор и хочет заменить реляционную БД на MongoDB. Зачем он это хочет сделать?

10. Какая связь между работниками и задачами? Если у работника может быть несколько задач, а у задачи — несколько работников? Студенты и преподаватели связаны "многие ко многим". Как эту связь разделить и как отобразить в таблицах? Зачем нужна таблица-справочник?

11. Чем WHERE отличается от HAVING? (Классический вопрос про SQL). Если написать в запросе просто JOIN, то какой получим результат (без уточнения LEFT JOIN, RIGHT JOIN)?

12. Что такое индексы? Для чего они используются? Как влияют индексы на скорость запросов?

13. Приведите примеры денормализации БД.

14. Способы масштабирования БД? Что такое партиционирование? Что такое шардирование?

15. Проектировал ли микросервис? Какой? Для чего?

16. Плюсы монолита?

17. Что такое оркестрация, что такое хореография? Что встречали на проекте?

18. Что такое JWT токен?

19. Чем авторизация отличается от идентификации?

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

В следующем выпуске опубликую вопросы с финтех-стартапа за те же деньги!

Всем привет! Я пропала. Дело в том, что последние 3 дня мы добирались до острова Боракай. Да, у меня отпуск. Не все же постоянно работать?) Мы летели из Санкт-Петербурга в Абу-Даби, потом из Абу-Даби в Манилу, из Манилы в Катиклан, а потом на лодке, с небольшой дыркой в дне, в которую просто вставили пластиковую бутылку, доплыли до Боракая. Experience интересный. В самолёте успела написать пост, разок перечитаю и опубликую. Про отпуск интересно? И что именно интересно про отпуск?

Ну что? Будем разбираться с самыми интересными вопросами? 
Давайте начнём с задачки. 🤍

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

🤍Вариант, который хотел услышать интервьювер — использование версионирования API. Напомню, что версионирование может быть реализовано через URL (например, /api/v1), параметры запроса или заголовки HTTP.

Лот номер 2:

У нас есть только REST, нет возможности использовать, в том числе и брокеры. Как нам реализовать асинхронное взаимодействие? (Вопрос с оговоркой: не предлагать название Callback)

🤍Примерный ответ, который хотел услышать интервьюер: система 1 отправляет задание системе 2. А есть ещё система 3, которая будет отслеживать статус (состояние) выполнения задания. Система 3 отслеживает, в каком состоянии находится система 2 (отработала/не отработала). К примеру, сервис 1 сделал запрос. А сервис 3 сидит и "выжидает", и когда сервис 2 выполнит запрос, сервис 3 обращается к сервису 1 и даёт ему сигнал: "Можешь идти за результатом". 
Ответ сервис 2 даёт не 200 (синхронный), а 202 (асинхронный).

🤍Классический ответ на ассинхронный rest, на мой взгляд все же этот.
В системе 2 два метода POST и GET. Первый регистрирует процесс и выдает его ID. Вторым методом мы ходим и получаем инфу.

Лот номер номер 3:

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


🤍Индекс добавим на ФИО. Вешать индекс на "пол" нецелесообразно, это неуникальное значение. Использование такого индекса не увеличит производительность и займёт место.

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

🤍Для 170 — как-то заковыристо. Или просто вендеры ищут специалистов с низкой самооценкой, чтоб продать их подороже и купить подешевле?))

Всем привет! 
Рубрика собеседования продолжается. 
Сегодня техническое собеседование за 170.

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

2) Что такое идемпотентность? (Есть те, кто этот вопрос не задает еще?) 
3) Что такое кэширование? 
4) У нас есть только REST, нет возможности использовать, в том числе и брокеры. Как нам реализовать асинхронное взаимодействие? (Вопрос с оговоркой, что Callback не предлагать в качестве ответа!) 
5) Какие еще существуют разновидности системных архитектур, которые используются при построении решений, помимо монолита и микросервиса? 
6) По какому принципу идет выделение в микросервисы? 
7) Что такое хореография и оркестрация? (По классике пошли) 
8) Плюсы и минусы монолита. 
9) Разница между Kafka и Rabbit? По каким моделям работает каждый брокер? 
10) Для чего используется нормализация базы данных? 
11) Какие еще способы управления базами данных? Приведи пример, для чего? 
12) Для чего используется индекс в реляционных базах данных? Например, есть таблица с 2 столбцами (ФИО, пол). Количество обращений к каждому полю одинаковое. На какое необходимо повесить индекс? (Вопросы про индексы набирают популярность.) 
13) Какие основные виды баз данных существуют? Что их отличает? 
14) Что такое транзакция? 
15) Что такое тонкий и толстый клиент? С каким клиентом работали: толстым или тонким? 
16) Что достигаем по результатам декомпозирования? 
17) Характеристики хорошего требования. 
18) Еще было практическое задание: про заказ авиабилетов, построить ER-диаграмму онлайн.

Интервьюер проводил собеседование 2 часа! Да, где-то задавал наводящие вопросы, пытался понять, что знает кандидат, где-то подводил к ответу. В целом 2 часа — это, конечно, очень много.

Про вопросы: нарастает популярность вопросов про индексы. Интересно, что за такую ставку спрашивали про возможные варианты сделать REST асинхронным. Не было совсем вопросов про SQL, BPMN, UML, при этом практическое задание на проектирование ER-диаграммы.

Как вам собеседование?

В январе, я что-то расписалась.
Вот держите топ постов за январь:
1. С чего начать изучать системный анализ, моё мнение📖

2 Мой ответ на вопрос получаю ли я счастье от работы

4 технические вопросы за 280

3 технические вопросы на собеседовании слегка за 200

5 ответ на вопрос сколько будет сетевых взаимодействий между клиентом, кэшем и сервером при заданных параметрах get запроса

6. Пожелания  в Новый год🎉

Просили что-то написать про финтех и системный анализ.

Давайте поговорим о финансовых сообщениях. Например, банки друг с другом общаются по SWIFT. Как думаете, если технологии финансовых сообщений будут неунифицированы, каким будет это общение? Или система быстрых платежей. НСПК является операционным и платёжным клиринговым центром Системы быстрых платежей (СБП). Через НСПК проводятся все платежи СБП. То, какие финансовые сообщения, с какими тегами, в какой момент и с каким максимальным таймаутом передавать для осуществления любого платежа СБП, определено положениями НСПК. Фактически это нефункциональные требования, которые спустили свыше, и их надо соблюдать. Есть таймауты, сообщения в XML, обязательные и необязательные параметры, названия сообщений, даже коды ответов. А также описанные методы, JSON-структуры с описанием ответов и запросов. Но каждый банк реализует одно и то же, но по-своему. То есть в стандартизированный метод с JSON можно передать какой-то свой дополнительный параметр, который будет использоваться только в данном банке по какой-то причине. Надо приспосабливаться: если таймауты небольшие, кэшировать информацию, брать какие-то данные не из мастер-системы, которая хранит основную информацию по платежам, а оттуда, где прихранили ранее, на шлюзе, например, чтобы уложиться в сроки. Если возникают какие-то вопросы, то нужно писать в НСПК и ждать официального ответа. И не бояться работать с нормативкой, которая может быть и 400, и 500 листов; конечно, там нужны определённые моменты, а не все 500 листов, но всё же. Вот, пожалуйста, например, по этой ссылке ниже можно посмотреть API и методы, которые надо реализовать участникам СБП: https://sbp.nspk.ru/api/?utmsource=yandex.ruutmmedium=organicutmcampaign=yandex.ruutmreferrer=yandex.ru#section/Obshaya-informaciya

Не весь финтех такой, но это пример работы СА в финтехе.

Давайте разберём вопрос про REST и HTTP.

Всегда ли REST использует HTTP?

REST — это архитектурный стиль. Это как готика, например. Представили готический дворец? Если дворец в стиле готика, означает ли это, что в нём будут три остроконечных башни и мозаика из стекла? Ну, не факт же? Но, скорее всего, мозаика будет. Или импрессионизм? Так и REST — это стиль, и чисто теоретически он может быть не на HTTP, но, как сказал знакомый архитектор, за 11 лет практики он не встречал REST без HTTP и, вероятно, не увидит. Вопрос чисто теоретический. Встречала разработчика, который говорил, что REST не существует, а есть только HTTP, с которым работают.

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

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

Конечно, работодателям важно, чтобы пришёл человек невыгоревший, не с потухшими глазами, а который хочет что-то сделать для компании, и мне эта позиция ясна и понятна. Но! Вот это "но": системный аналитик же не танцор диско или певец. Или вот это ощущение счастья от работы? А вы каждый день просто ощущаете счастье от жизни? Вот счастье сегодняшнего дня? Формулировки интересные.

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

Но вот счастье от работы не ощущаю. Счастье — это когда маленькая дочь подходит, целует меня и говорит: "Мамочка, я тебя люблю", когда начинает пахнуть весной, утром поют птицы, скорость, семья...

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

Вот такие мысли. Ира.

А вот и третья часть одного и того же интервью. Техническая.

Знаешь, что такое BPMN? Чем отличается пул от дорожки? Какие виды шлюзов в BPMN знаешь?

Бывает ли в UML параллельные процессы? Как их отобразить?

Какие виды интеграций знаешь? Чем REST отличается от SOAP? Что такое протокол?

REST всегда реализуется с помощью протокола HTTP или можно без него? (Вот он, первый оригинальный вопрос, не все же про чайники спрашивать.)

Какие REST-глаголы знаешь?

Что такое XSD-схема? В работе сталкивались? Составляли?

В чем ключевое различие между Kafka и RabbitMQ? Слышали определение «холодные» и «горячие» данные?

С какими БД работали? Какие запросы делали? Проектировали ли БД микросервиса?

Какие нормальные формы знаешь?

Какие бывают индексы? Чем логическая модель отличается от физической в ER-диаграммах?

В таблице есть индексы, есть запросы CREATE, UPDATE, DELETE. Какой из запросов с индексами работает быстрее, а какой медленнее? (Нестандартный вопрос, наконец!)

Что такое транзакция?

Что такое оркестрация и хореография? (Ну, вы помните три стандартных вопроса?)

Что такое аутентификация и авторизация? (Куда ж без этого вопроса, удивительно, что в конце только.)

Какие методы идемпотентны?

Вот и все. Дальше еще был долгий рассказ о том, какую команду и с какими целями собирают. Как вам вопросы? Мне понравился вопрос про HTTP и REST, а также про индексы и скорость запросов; про параллельный процесс в UML тоже ничего. Давайте разберем в следующем посте? Если интересно, с вас лайк.