Ошибки, которые совершают менти

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

1. «Полагаться на память»
Тезисно конспектировать встречи — нужно. Это правда необходимо, потому что обучение само по себе будет в начале стрессом, а когда человек находится в стрессе, и поверх этого состояния получает большой объем сложной информации, то легко упускает важные детали и замечания.

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

3. «Я не сделал»
Есть очень крутой поинт «лучше попробовать и жалеть, чем жалеть, что не пробовал». Но в случае обучения и стажировок, если ты попробовал, то это уже успех. Случалось, что человек, пришедший к нам на стажировку, из-за страха сделать неправильно, не делал ничего. Ошибки — это зона роста, не стоит их бояться. Они помогут понять в какой области не хватает знаний и компетенций, на что стоит обратить внимание.

4. «Думать, что всем на вас все равно»
Запрашивай обратную связь, чтобы понять, что у тебя получается хорошо, а какие моменты стоит подтянуть. Аналогично ошибкам, ОС поможет развивать скиллы в правильном направлении. Менти, которые негативно относятся к критике и не запрашивают фидбэк, обычно не получают оффер.

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

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

Идентификация/аутентификация/авторизация - что это такое и почему надо знать аналитику

Для чего это нужно знать?

1. Авторизация - это базовая функциональность, которая есть практически в каждом приложении. Рано или поздно с авторизацией поработает каждый аналитик.
2. Авторизация влияет также и на остальные функциональности, потому что часто именно с помощью авторизации пользователь получает к ним доступ (или наоборот - не получает).

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

Идентификация — процедура, в результате которой для субъекта идентификации выявляется его идентификатор (уникальное обозначение в рамках системы).

Аутентификация — процедура проверки подлинности (что вы действительно тот человек, за которого себя выдаете).

Авторизация — предоставление определенному лицу или группе лиц прав на выполнение определенных действий.

Звучит немного запутанно, поэтому приведу пример. Предположим, вы приходите в МФЦ для того, чтобы получить какой-нибудь документ и происходит следующий диалог:

Оператор: Здравствуйте, подскажите номер вашего паспорта?
Вы: Здравствуйте, 123456 1234.
Оператор: Отлично, у вас есть паспорт с собой?
Вы: Да, есть, держите.
Оператор: Спасибо, сейчас я проверю доступно ли вам оформление этого документа. Все отлично, держите заявление на выдачу вам нового документа!

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

При разработке сайта или приложения методы для идентификации, аутентификации и авторизации могут использоваться совершенно разные, к примеру - по логину/паролю, по номеру телефона и otp из sms, по номеру телефона и звонку и тд.

Первый месяц на работе. Что делать?!

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

Что нужно делать:
Активно задавай вопросы. В первые месяцы никто не ожидает, что вы будете знать всё и сразу. Напротив, задавая вопросы, вы показываете, что заинтересованы в том, чтобы разобраться в деталях и понять, как всё работает. Это поможет вам быстрее адаптироваться и избежать ошибок.

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

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

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

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

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

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

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

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

Не забывай про work-life balance. Погружение в работу — это здорово, но не забывайте о личной жизни и отдыхе. Перегруженность может привести к выгоранию, что негативно скажется на вашей карьере.

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

Отзыв Алины про успешное прохождение симулятора

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

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

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

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

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

Токены: что это, где передается и как?

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

Что такое токен?

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

Пример токена: Authorization: Basic YWRtaW46YWRtaW4=

А где они передаются?

В HTTP запросах токен в целом возможно передавать как в query параметрах, так и в header или body.

Худший вариант из всех — передавать токен в query параметрах, так как он будет виден в URI запроса и это небезопасно.
Средний вариант — передавать в body, но это накладывает большое количество ограничений при проектировании запросов дальше (к примеру нельзя использовать GET запросы).
Лучший вариант — передача токена в header. Это безопасно и не накладывает иные условия на проектирования методов. Общим стандартом при проектировании как раз таки считается передача токена в header, который называется "Authorization".
Отдельный вариант для веб-приложений — в header параметре "Cookie". Это безопасный и достаточно распрастраненный вариант, но для мобильных приложений не подойдет.

Существует несколько схем HTTP-аутентификации: Basic и Bearer.

Basic — передает учетные данные в виде пар идентификатора пользователя и пароля, закодированных с помощью base64. Тут важно понимать, что base64 очень просто раскодировать и такой метод совершенно небезопасен, поэтому обязательно нужно использовать HTTPS (SSL) соединение.
Bearer — токены-носители для доступа к ресурсам, защищенным OAuth 2.0 (открытый протокол авторизации, который позволяет предоставить третьей стороне ограниченный доступ к защищённым ресурсам пользователя без необходимости передавать ей (третьей стороне) логин и пароль). Об OAuth 2.0 мы еще напишем отдельный пост, в котором затронем еще вид токена, который там используется.
Выбранная схема аутентификации обычно передается сразу в "Authorization":
Authorization: Bearer mF_9.B5f-4.1JqM

Из джуна в мидла: как?

Дополним видео ещё одним советом Якуба, тимлида системных аналитиков KODE и автора Симулятора:

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