Дайджест полезного #2

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

1) «В чем разница между партиционированием и шардированием». Да, вопросы по базам задают практически на всех интервью, но до масштабирования доходят редко. Тем не менее это важная штука, особенно для аналитиков бэка. Обратите внимание, что вопрос звучит нетипично, чаще можно услышать: «В чем разница между шардированием и репликацией». Тем не менее, вот ворох полезных материалов по теме: масштабирование баз данных через шардирование и партиционирование, партиционирование в PostgreSQL, шардирование vs репликация

2) «Что такое Long Polling?» Ответ гуглится за минуту, но, из описания становится понятно, что Long Polling имеется сходства с WebSocket, другой асинхронной технологией. И вот тут я немного потерялся: в чем разница между Long Polling и WebSocket и в каких ситуациях стоит применять эти технологии? Нашел хороший материал, объясняющий разницу. Вдогонку, статья о разнице WebSocket и gRPC, ведь они тоже похожи 😊

3) «Как скрыть headers и body от пользователя в браузере?» Не до конца понятно, для чего это знание системному аналитику, но допустим. Материал о том, как скрывать элементы страницы с помощью HTML атрибутов и CSS стилей. А если речь идет о скрытии заголовков запроса, то выполняется это в конфигах на сервере, почитать об этом можно тут

P.S. В качестве бонуса прикладываю тг-канал с популярными вопросами на собеседованиях СА в формате тестов.

Всем продуктивной недели)

@notsystemanalysis

«А вдруг я не смогу?» или синдром самозванца не дремлет

Примерно так звучит самое распространенное опасение моих менти. Ситуация: ты классный системный аналитик, получаешь Х денег и решаешь сменить работу. Читаешь вакансию на миддла – подходишь, читаешь вакансию на сеньора – тоже подходишь, но не откликаешься, потому что «там точно очень сложно, я не пройду». Или откликаешься, но просишь 1.5Х, хотя вакансия предполагает и 2Х и 2.5Х денег. Почему? Потому что «ну если я столько попрошу, это большие деньги, а вдруг я не справляюсь?»

Попробуйте следующее упражнение: посчитайте за год свой доход при зп 1.5Х (которую хотите просить) и при 2.5Х (которую дает компания и рынок). Сравните их и прикиньте, стоит ли страх или ложная скромность потери такой суммы?

Синдром самозванца очень распространенная и неприятная штука. С ним можно и нужно бороться. В случае, когда аналитик думает «я не смогу» мне видится 2 исхода и оба выигрышные:

1) Ты проходишь собеседование и получаешь кратно больше текущей зарплаты. Ты вливаешься в коллектив, успешно закрываешь испытательный срок и работаешь дальше. Значит твой страх «а вдруг я не справлюсь» нерациональный. Ты попробовал и справился, ты красавчик и победил. Зачем же тогда было переживать?

2) Ты и правда не справляешься с темпом и объемом. Работаешь несколько месяцев и тебя увольняют с испытательного срока. За это время ты получаешь деньги, а еще опыт решения задач. Понимаешь, что было не так и что можно было улучшить, чтобы не попасть в такую ситуацию повторно. Выходишь на рынок и находишь вакансию еще лучше. Страшно? Да вроде не очень.

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

Почему же ты не веришь в себя?

#база

Истории успеха #1

Запускаем рубрику, в которой аналитики делятся своими историями успеха. Первый гость - Максим, он устроился на позицию системного аналитика с зарплатой 200к, имея 0 лет реального коммерческого опыта. Действительно мощный старт карьеры. Я задал Максиму несколько вопросов, чтобы лучше понять, как ему это удалось:

1) Чем занимался до аналитики?
У меня кмс по легкой атлетике, буквально жил спортом, плюс пытался подрабатывать и заканчивал быдловуз(строительный)

2) Системная аналитика - не самое популярное направление в ИТ, почему решил выбрать именно его?
Хотел стать продактом, нравилось программирование, ну и как-то так;)

3) Сколько и как обучался до выхода на собеседование?
Почти не выходил из дома, обучался по 8-10 часов с перерывами, с утра жесткая техничка, вечером пивные статьи (вышло где-то 2-3 месяца)

4) Сколько собеседований потребовалось для получения оффера?
7-8, в основном отсеивался из-за того, что дальше во мне хотели видеть больше БА

5) Что было самое сложное в процессе обучения?
Не знаешь, что надо знать, ментор кое-как исправлял этот недуг)

6) Когда опускались руки, что помогло не бросить и дойти до конца?
У меня в марте сгорела съемная квартира со всеми вещами, надо было закрывать диплом, деньгами меня никто не обеспечивал, дали общагу от вуза до июня, у меня не было права что-то бросать))

7) Какой совет ты дал бы сам себе в начале пути?
"Все люди когда-то были глупыми, не надо их бояться"

А какой была ваша первая зарплата в ИТ?

Дайджест полезного #3

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

1) «Как понять, что User Story составлена корректна? Есть ли какие-либо методологии?» Здесь либо не отвечают ничего, либо вывозят на опыте. Прикладываю хорошую статью, где подробно рассказали и о методологии INVEST и о критериях приемки.

2) «Какие паттерны реализации микросервисной архитектуры можешь назвать?» Задаю этот вопрос в блоке об архитектуре, очевидно, что при работе с микросервисами есть некий набор правил. Статья покрывает большинство популярных паттернов, от декомпозиции (DDD) и рефакторинга (Strangler) до развертывания и мониторинга.

3) «Можно ли использовать GET для создания ресурса, а POST для получения информации о ресурсе». Можно, но кандидаты теряются на этом вопросе. При таком подходе приложение не будет RESTFul, но технически ограничений нет. Не забываем, что в GET для передачи информации используются query параметры, а в POST полезная информация содержится в body. В этом материале доступно разбирают разницу между GET и POST.

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

Какой понедельник без мема :)

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

Все, что вы любите!

@notsystemanalysis

Процесс собеседования. Бизнес анализ

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

В блоке по бизнес-аналитике спрашивают классические вещи из «Разработки требований к программному обеспечению». От роли БА/СА на проектах и видов требований до документирования и моделирования. В последнее время на вопросы по бизнес-анализу выделяют не так много времени, зато активно спрашивают по системному, а конкретно интеграциям. Но это тема следующей статьи. Структурно блок БА делится на следующие части:

1) Общие вопросы о роли БА/СА
2) Жизненный цикл проекта и гибкие методологии
3) Работа с требованиями
4) Работа с документацией
5) Моделирование

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

Общие вопросы. Здесь спрашивают о том, чем вообще занимается бизнес/системный аналитик. Какого его роль и ценность в команде? Какие задачи он решает? В чем разница между бизнес и системным аналитиком? А может быть можно обойтись вообще без аналитика? Какие артефакты являются результатом работы аналитика? Какие инструменты он использует?

Жизненный цикл проекта и гибкие методологии. По жизненному циклу не так много вопросов, тут скорее важно понимать, какие этапы ЖЦ существуют и что на них делает аналитик. А вот по гибким методологиям спрашивают хорошо. Что такое SCRUM и Kanban? В чем разница между этими подходами? Какие роли и церемонии есть в SCRUM? Назови манифесты Agile. Исключительно теоретические знания, которые не применяются в работе, но почему-то спрашивают.

Работа с требованиями. Спрашивают вообще все что касается требований. Привести классификации требований. Какие методики сбора требований существуют? Какие применить в той или иной ситуации? Как управлять требованиями? Как валидировать и верифицировать их?

Работа с документацией. Все что касается документирования и фиксации требований, как традиционные виды (ТЗ), так и гибкие (Use Case/User Stories). Какие разделы бы включили в ТЗ и почему? Как составили бы интеграционную спецификацию? Знакомы ли с ГОСТ 34? Что такое Use Case и User Stories, приведите примеры?

Моделирование. Спрашивают знание основных нотаций. Что такое BPMN и какие элементы есть? Какими диаграммами UML пользуешься? Плюс конкретные вопросы по отдельным UML диаграммам, в духе – Какие виды связей на диаграмме классов можешь назвать?

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

Если есть необходимость разобрать практическую часть блока по бизнес-аналитике – пишите в комментарии, с удовольствием сделаю.

#база

Истории успеха #2

Продолжаем заряжаться на успех. Своей историей делится моя близкая подруга, пожелавшая остаться анонимной. Она, как и многие, устроилась в аналитику на стажерскую позицию за 35к рублей. Спустя год работы прошло перфоманс ревью, где подруге подняли зп до 50к (хотя она думала, что дадут хотя бы 80к). В итоге, выйдя на рынок, ей удалось получить оффер на 160к. Невероятный рост в 4.5 раза!

1) Чем занималась до аналитики?
Училась в вузе, даже по специальности получается. За время учебы пыталась хоть где-то понабраться опыта, получалось так себе. Под конец вуза работала в крупной компании за 35 тыщ рублей, потому что столько ляпнула на собесе, лишь бы взяли для опыта.
Повышать меня там, конечно же, никто не рвался. Проработала год.

2) Системная аналитика - не самое популярное направление в ИТ, почему решила выбрать именно его?
Кодить не мое, а вот болтать и анализировать - как будто бы да.

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

4) Сколько собеседований потребовалось для получения оффера?
Самое интересное 🤭
Пока я сидела в компании за 35, решила выйти на рынок и походить по собесам (подтолкнул автор канала :))
Для меня, как для девочки из небольшого города, было нереально круто получить зп в 100к на руки, так и решила смотреть.
Оказалось, что если свой опыт в резюме правильно подать, под соусом аналитики, то рынок может предложить и больше.
Было собеса 4, из них по 3 офферы - на 120, 130 и 160!
160 кстати я уже выторговала, говоря, что есть оффер на 150)
Так на 160 и устроилась.

5) Что было самое сложное в процессе обучения?
Было страшно выходить на рынок, играл синдром самозванца: у меня недостаточно опыта, я мало знаю, я не могу просить столько денег.

6) Когда опускались руки, что помогло не бросить и дойти до конца?
Хотелось доказать себе, что я смогу. Да и работать за 35к, когда видишь зарплаты по рынку, конечно, неприятно :)

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

Как вам такой результат?
Кстати, своей историей можете поделиться, заполнив форму по ссылке: https://forms.gle/iPPYqu8dELWYcQfU6

Дайджест полезного #4

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

1) Ролик автора с небольшого канала, который совершенно случайно вылетел в предложке. Арман разбирает как технические аспекты, вроде того, что программирование (аналитика) – это, в первую очередь, практика. Так и психологические аспекты, вроде постоянного прохождения собеседований и умения продавать себя. Кратко и по делу. От себя добавлю, что бесконечный цикл самосовершенствования иногда надо прерывать и выходить на проверку компетенций (собес). Может быть ты прямо сейчас недополучаешь лишнюю копеечку?

2) «Различия SOA и микросервисной архитектуры». Часто спрашиваю этот вопрос и часто получаю ответ: «В SOA используется ESB». И это правильно, но без учета концептуальных различий. SOA, в первую очередь, направлен на переиспользование сервисов, когда как в MSA повторное использование избегается. Микросервисы строятся для решения конкретной, узкой задачи. В этом плане SOA более тяготеет к монолитам, с их зависимостями.

3) «System Design Interview Survival Guide» (только с VPN). Я обожаю системный дизайн! Считаю эту секцию отличным способом проверки всех имеющихся знаний кандидата на практике. Понятно, что за час невозможно спроектировать телеграм, но куда интереснее слушать, как аналитик пытается решить ситуацию, нежели в очередной раз рассказывает разницу между ESB и брокером. Да, это уровень ближе к архитектору, аналитиков чаще просят смоделировать ERD. Но если я понимаю, что кандидат сильный, то могу попросить его спроектировать что-нибудь простенькое, например, систему для сокращения ссылок. В статье рассматриваются ключевые концепции системного дизайна, а также популярные паттерны проектирования. Описано крайне доступно, это позволяет стуктуровать имеющиеся знания.

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

Астрологи объявили рабочую неделю.
Рекомендуют смотреть мемы для поднятия настроения!

@notsystemanalysis

Процесс собеседования. Системный анализ

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

1) Архитектура ПО
2) Веб-сервисы
3) Базы данных

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

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

Веб-сервисы. За этой темой кроятся вопросы, затрагивающие интеграцию. Причем от верхнеуровневых, до конкретных. Какие виды интеграции можешь назвать? В чем разница между синхронной и асинхронной интеграциями? Что такое REST и SOAP? В чем разница между ними? Что такое ESB? В чем разница между брокером и ESB? Какие способы аутентификации можешь назвать?
На самом деле, тут копать и копать, можно выдергивать отдельную технологию и рассуждать о ней. Но наиболее часто и глубоко спрашивают про REST. Что такое RESTful принципы? Какие методы HTTP можешь назвать? Какие методы идемпотентны? Какие коды ответов знаешь?
Из интересного, меня однажды спросили: «Почему для реализации чата используется WebSocket, а не gRPC?» Как бы вы ответили на такой вопрос?)

Базы данных. Классика, которую спрашивают, как у бизнес, так и у системных аналитиков. Чаще всего просят решить простенькую задачу на SQL, с использованием JOIN, и агрегатных функций. Если говорить о теории, то я бы выделил следующие вопросы: В чем разница между SQL и noSQL базами данных? Что такое нормализация? Что такое транзакция? Какие способы масштабирования БД можешь назвать?

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

#база

Истории успеха #3

Уже ставшая регулярной пятничная рубрика. Арина, моя менти, вкатилась в аналитику с 0 опыта на 100к. Примечательно то, что она хотела стать исключительно бизнес-аналитиком, без технической составляющей. С одной стороны, это проще, с другой, сильно сужается круг поиска. Вот что она рассказывает сама.

1) Чем занималась до аналитики?
Работала в саппорте

2) Системная аналитика - не самое популярное направление в ИТ, почему решила выбрать именно его?
Знакомый вкатился на ба, а потом на са. Рассказал, что это реально и можно не просто тухнуть на обычных работах, я решила, что мне по духу ба проходит

3) Сколько и как обучалась до выхода на собеседование?
Сначала обучалась сама, смотрела всё что можно, потом обратилась к Андрею, и он помог уложить всё в голове, также разобрали bpmn и uml

4) Сколько собеседований потребовалось для получения оффера?
Я вкатывалась, поэтому мне понадобилось больше, чем людям с реальным опытом
Искала работу примерно месяц, проходя по 3-4 собеса в день. Короче без напряга

5) Что было самое сложное в процессе обучения?
Найти уверенность в себе и своих силах, наверное

6) Когда опускались руки, что помогло не бросить и дойти до конца?
Нехватка денег 🤣

7) Какой совет ты дал бы сам себе в начале пути?
Ссать и делать!

А что было самым сложным в обучении для вас?

Каналу месяц!

(Не)Системная аналитика появилась ровно месяц назад, 16 августа. За это время мы с вами плавно преодолели отметку в 150 человек! Для меня это огромная цифра, спасибо каждому кто подписался. Мы пилили посты и мемы, делились полезным и заряжались на успех. Я очень рад, что смог найти единомышленников среди вас, надеюсь, что вам интересно. Впереди большие планы, бэклог заполнен идеями, поэтому без контента вас не оставлю.

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

Еще раз спасибо, что подписаны на меня! Лучшая благодарность за контент – рассказать о канале знакомым аналитикам, вдруг им тоже понравится.

Обнял, приподнял,
Андрей

З.Ы. В комментариях принимаю идеи по улучшению канала. Чего не хватает, а что можно убрать?

Дайджест полезного #5

ДИСКЛЕЙМЕР: Автор канала не является дипломированном психологом и предлагает решения, основываясь исключительно на житейском опыте. Если вы чувствуете проблемы, с которыми не можете справиться, обратитесь к специалистам.

Сегодняшняя подборка содержит статьи околоайтишной тематики. Проблема, которая наиболее часто встречается у ребят на консультациях – синдром самозванца. Кто-то сомневается в своих способностях и боится попробовать новое, а кто-то прямым текстом говорит: «Да, у меня синдром самозванца». Хотя никакого отношения к медицине «синдром» не имеет. Тем не менее ловите ссылки на три полезные статьи, еще раз убеждающие вас в том, что вы все сможете!

1) «Что такое синдром самозванца и почему необязательно с ним бороться». Статья нетологии, где детально расписываются признаки и разновидности синдрома, а также приводятся советы о том, как побороть свои страхи. Классифицируя виды «самозванцев» поймал себя на мысли, что во мне уживаются все из них.

2) «Синдром самозванца. Как обрести уверенность и начать действовать». Чуть более глубокое чтиво, раскрывающее такие понятия как «эксперт» и «псевдоэксперт». В статье рассматриваются популярные искажения, и возможные корни проблемы. После прочтения картинка в голове вырисовывается четче.

3) «Синдром самозванца в IT: почему возникает и как его преодолеть». Ну и доходим до профессии. Статья является компиляцией того, что описано в пунктах 1 и 2, только с уклоном в ИТ тематику. Поскольку нам отовсюду говорят, что квалифицированный специалист должен постоянно развиваться и прокачивать скилл, очень легко выгореть и загнаться. Не надо так!

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

Утречко!

Напоминаю, без ТЗ - результат ХЗ)

@notsystemanalysis

Процесс собеседования. Вопросы после технического интервью

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

1) «Чем мне предстоит заниматься ежедневно? Что входит в мои обязанности? Расскажи примерный день системного аналитика». Этой пачкой вопросов вы показываете заинтересованность, плюс сразу же более-менее понимаете фронт работ. Да, есть описание вакансии и рассказ рекрутера, но они, как правило, очень абстрактные. Здесь же, человек, который реально занят в компании, сможет рассказать о боевых задачах. Ответ в духе: «Ну, у нас вообще-то не было никогда системного аналитика, и мы его берем, потому что это круто и модно» - плохой. Если только позиция не предполагает выстраивание аналитики с нуля, но там и компенсация соответствующая.

2) «Каким образом выстроены рабочие процессы? По какой методологии работаете?» Нужны для представления о том, как будет проходить работа. Можно ли решать задачи в конвейерном режиме или же придется постоянно сидеть на звонках, обсуждая каждый чих. Четкий и описанный флоу, а также его понимание, сильно упрощает и ускоряет работу. Если вам ответят: «Каждая задача уникальна и требует тщательного обсуждения со всей командой», знайте, в таком месте лучше не работать.

3) «Есть ли план развития сотрудников? И план развития компании в целом?» Вопрос нужен, чтобы с порога понимать, будет ли возможность прокачивать экспертизу и развиваться. Работодатель может не иметь внутреннего портала с курсами, но компенсировать внешнее обучение. Спрашивая подобное, с большой долей вероятности вам дополнительно расскажут о процессе пересмотра зп. Плохой же ответ звучит как: «У нас настолько интересные задачи, что сотрудники развиваются, просто решая их». Читай его как: «Через 3 месяца тебе станет скучно, но мы ничего с этим не сделаем».

4) Вопросы, которые волнуют вас по прошлому опыту. Например, переработки, KPI и прочее. Узнавайте обо всем, что доставляло неудобства ранее, дабы не нарваться на те же грабли. Например, на прошлом месте работы премиальная часть моей зп (аналитика) зависела от SLA тикетов поддержки. Естественно я первую очередь решал запросы пользователей, а не занимался тем, что мне действительно нравится.

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

В комментариях рассказывайте, какие интересные вопросы задаете вы?

#база

Ребята, привет)

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

Обнял ❤️

Процесс собеседования. Что еще важно знать, чтобы быть эффективнее?

Итак, вы максимально подготовились к техническому интервью. Поболтали с HR, изучили бизнес и системный анализ, придумали пачку интересных вопросов и готовы побеждать. Как вдруг вас посещает мысль: «А может есть что-то еще, что я не учел?» Некие тайные знания, неочевидная информация, обладая которой можно стать лучшим кандидатом. Еще как есть! Делюсь с вами несколькими советами-напоминаниями, которые относятся к процессу интервью в целом.

1) Собеседования и реальная работа практически не имеют ничего общего. Запомните это. Большинство интервью проверяют теоретические знания, а практика отходит на второй план. Работа, в большинстве своей, предполагает решение конкретных, узких задач. Вы можете на автомате клепать синхронные интеграции по имеющейся документации, укладывая их в стандартные процессы. Но это не поможет, если на собеседовании вас спросят об аутентификации, асинхроне, нереляционных БД и тому подобное. Можно быть мощным практиком, но без базы и понимания, почему мы делаем так, а не иначе, собес не пройти. Из этого вытекает второй совет…

2) К собеседованиям нужно всегда готовиться. Теория спокойно улетучивается, когда не пользуешься ей постоянно. Время, потраченное на подготовку, конвертируется в лучший оффер. Будет очень досадно, если вы мастер юз кейсов, но забыли повторить виды требований по BABOK. Глобально это не поставит на вас крест, но точно даст работодателю повод предложить меньше денег. И даже со структурированной информацией в голове, опыт важно правильно подать. Поэтому стоит…

3) Научиться продавать себя как высококвалифицированного специалиста. На собеседовании обе стороны немного лукавят: компания может умолчать об устаревшем стеке или объеме техдолга, но и вы не должны говорить все как есть. Например, SQL вы используете раз в месяц, чтобы проверить наличие данных в базе. На вопрос работодателя: «Владеете ли вы SQL?» справедливо ответить: «Да, владею, использую в работе, строю отчеты». И тут два варианта событий: вам либо предложат решить задачу, которую вы осилите (ведь вы же готовились и повторили синткасис), либо ответят: «Ну, окэй» и пойдут дальше. Всегда подавайте себя чуточку лучше, чем вы есть на самом деле, если возникнут сомнения – вас тут же проверят. Не нужно закапывать самого себя. И наконец последний совет…

4) Всегда торгуйтесь за оффер. Получив долгожданное предложение о работе очень просто сказать: «Да, я на все согласен». Но подождите, есть вероятность, что работодатель сможет дать еще больше. Не бойтесь торговаться. Наиболее простой способ написать что-то в духе: «Спасибо за предложение, вы мне очень понравились, но у меня есть другое предложение, и я не могу выбрать, где мне будет лучше. Есть ли возможность улучшить условия?» Оффер не отзовут и на вас не посмотрят криво. В худшем случае скажут: «Извините, мы не можем изменить условия». Тогда просто примите как есть, и останетесь при своем. Лично мне удавалось за одно сообщение поднять предложение на 25к, как будто вам тоже стоит попробовать.

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

А какие советы по интервью можете дать вы?

#база

Проснулись, улыбнулись)

@notsystemanalysis