💎 Обогащай свою теорию кейсами
Звучит как сказка из далекого 2024-го
А помните лайтовые собесики где вы просто болтаете за жизнь, вас спросят что такое REST и какие плюсы-минусы микросервисов и готово, ждем вас 30-го числа на работе! Не, иногда такое все-еще прокатывает, но все-же давай-ка...
Порог входа повысился, ведь кушать хотят все, а найти толкового сотрудника на позицию по инсайдерской информации иногда не удается целый год. Шок? Ну ладно, давай пройдемся по тому как лучше отвечать на вопросы интервьюера
Интервьюерам не интересна только сухая теория, им интересны ваши рабочие кейсы + как вы решите практические задачи (про это потом). Стало быть надо менять стратегию
Значит берем тот самый список вопросов и каждый из них обогощаем кейсом из работы! только не супер базовые вопросы, плиз, не перегибай
Очень часто бывает такая история, что человек имеет отличный сложны проект, то что нужно рынку, но следует какому-то шаблону где рассказывает абстрактно как он писал swagger, описывал интеграции, собирал требования и тырым пырым. Ну раз не сказал никто не обязан спрашивать))
А внутри остается нераспознанный самородок, челик, чуть ли не в соло, выполнял сложные архитектурные задачи
И вот за словами "Ну вот работал с БД PostgreSQL, писал ER диаграммы, иногда SQL" скрывается нераспознанное "оптимизация тяжелых выборок в условиях высокого времени отклика и блокировки пользовательских сценариев, денормализация БД в угоду скорости выполнения запроса, формирование витрин данных под реплики ключевых сущностей и обеспечение их синхронизации через CDC, спроектировал модель high load вставок без блокировок таблиц и деградации записей, полностью продумал стратегию миграции данных и обеспечил их версионирование"
Для этого нужно сесть перед собесом и РЕАЛЬНО подумать, а что ты делал на проекте. Если ты как и я НЕ помнишь чем ты занимался в прошлом месяце, то делай как я:
1. Открой свой список задач в Jira или Я.Трекера и прямо пройдись, повспоминай
2. Посмотри что твои делали коллеги в рамках твоих задач, посмотри переписки, где вы обсуждали их
3. Выпиши всю историю: зачем мы это делали, какие были пробелмы, как их исправляли, какую пользу дала доработка
Супер! Так и подавай: зачем -> какие проблем-с -> как исправили -> какая была польза
Всегда мониторь реакцию собеседующих на свои ответы и делай работу над ошибками после каждого собеса. 3 раза в день и оффер болеть не будет, как говорится
Ну все, к победам, Чемпион!🏆
#собеседование
Выучи список вопросов из ТОП-100 и ты получишь оффер на 300...
Звучит как сказка из далекого 2024-го
А помните лайтовые собесики где вы просто болтаете за жизнь, вас спросят что такое REST и какие плюсы-минусы микросервисов и готово, ждем вас 30-го числа на работе! Не, иногда такое все-еще прокатывает, но все-же давай-ка...
Порог входа повысился, ведь кушать хотят все, а найти толкового сотрудника на позицию по инсайдерской информации иногда не удается целый год. Шок? Ну ладно, давай пройдемся по тому как лучше отвечать на вопросы интервьюера
Интервьюерам не интересна только сухая теория, им интересны ваши рабочие кейсы + как вы решите практические задачи (про это потом). Стало быть надо менять стратегию
Значит берем тот самый список вопросов и каждый из них обогощаем кейсом из работы! только не супер базовые вопросы, плиз, не перегибай
Очень часто бывает такая история, что человек имеет отличный сложны проект, то что нужно рынку, но следует какому-то шаблону где рассказывает абстрактно как он писал swagger, описывал интеграции, собирал требования и тырым пырым. Ну раз не сказал никто не обязан спрашивать))
А внутри остается нераспознанный самородок, челик, чуть ли не в соло, выполнял сложные архитектурные задачи
И вот за словами "Ну вот работал с БД PostgreSQL, писал ER диаграммы, иногда SQL" скрывается нераспознанное "оптимизация тяжелых выборок в условиях высокого времени отклика и блокировки пользовательских сценариев, денормализация БД в угоду скорости выполнения запроса, формирование витрин данных под реплики ключевых сущностей и обеспечение их синхронизации через CDC, спроектировал модель high load вставок без блокировок таблиц и деградации записей, полностью продумал стратегию миграции данных и обеспечил их версионирование"
Для этого нужно сесть перед собесом и РЕАЛЬНО подумать, а что ты делал на проекте. Если ты как и я НЕ помнишь чем ты занимался в прошлом месяце, то делай как я:
1. Открой свой список задач в Jira или Я.Трекера и прямо пройдись, повспоминай
2. Посмотри что твои делали коллеги в рамках твоих задач, посмотри переписки, где вы обсуждали их
3. Выпиши всю историю: зачем мы это делали, какие были пробелмы, как их исправляли, какую пользу дала доработка
Супер! Так и подавай: зачем -> какие проблем-с -> как исправили -> какая была польза
Всегда мониторь реакцию собеседующих на свои ответы и делай работу над ошибками после каждого собеса. 3 раза в день и оффер болеть не будет, как говорится
Ну все, к победам, Чемпион!🏆
#собеседование