Задачки с собесов ч.1
Пора выкладывать мои задачи с собеседований, а раз собесов было больше 45 в свое время, то и задач у меня достаточно. Часть успел поскринить, часть нет.
Я тут пока эксперементирую с форматами, немного деталей
• Буду прикладывать сразу несколько задачек из пула [ intern | junior | middle | senior ] чтобы всем было интересно
• Визуальная часть остается - смотрим глазками
• Прикрепляю файлы маркдаун, внутри тоже самое + код для создания таблиц
• Также прикрепляю решение в маркдауне
• Задачки актуальные и по сей день, поэтому смотрим
За идею спасибо одному подписчику - он подсветил, что было бы круто иметь код код для создания таблиц к задачкам чтобы можно было у себя потрогать и порешать.
Пора выкладывать мои задачи с собеседований, а раз собесов было больше 45 в свое время, то и задач у меня достаточно. Часть успел поскринить, часть нет.
Я тут пока эксперементирую с форматами, немного деталей
• Буду прикладывать сразу несколько задачек из пула [ intern | junior | middle | senior ] чтобы всем было интересно
• Визуальная часть остается - смотрим глазками
• Прикрепляю файлы маркдаун, внутри тоже самое + код для создания таблиц
• Также прикрепляю решение в маркдауне
• Задачки актуальные и по сей день, поэтому смотрим
- Люди не связанные с айти - делаем умный вид (я так часто делаю)
- Супер новички - сохраняем, разбираем, развиваем насмотренность. Задаем вопросы - здесь никто не кусается, комьюнити расчитано на разные уровни
- Джуны - активно штурмуем
- Миддлы и выше - практикуемся, удивляемся, что не смогли решить
За идею спасибо одному подписчику - он подсветил, что было бы круто иметь код код для создания таблиц к задачкам чтобы можно было у себя потрогать и порешать.
🔥37❤9
Топ 5 вопросов по SQL ч.1
Что чаще всего спрашивают на собесах? Да вот самую базу и спрашивают на самом деле
1. Чем отличаются WHERE и HAVING?
2. Различия обычного подзапроса и коррелированного подзапроса?
3. Что такое индексы и зачем они нужны?
4. Различия UNION, UNION ALL?
5. Что есть нормализация и денормализация базы данных?
Сначала пытаемся ответить сами, потом сверяемся с моими ответами
Что чаще всего спрашивают на собесах? Да вот самую базу и спрашивают на самом деле
1. Чем отличаются WHERE и HAVING?
2. Различия обычного подзапроса и коррелированного подзапроса?
3. Что такое индексы и зачем они нужны?
4. Различия UNION, UNION ALL?
5. Что есть нормализация и денормализация базы данных?
Сначала пытаемся ответить сами, потом сверяемся с моими ответами
❤🔥27👍8
Отпуска или "как не выгорать?"
Под одним из постов подписчица спросила про планирование отпусков,
Действительно, именно путешествия позволяют мне глобально перезагрузиться.
Рассказываю секрет, что делаю я.
1. Смотрим на производственный календарик, ищем праздники и выходные с чем можно скомбинировать свой отпуск.
2. Математика. У меня 28 + 3 отпускных дней, бьем на [ 14 | 5 | 5 | 5 | 2 ] (по возможности комбиним с праздниками)
Сразу предвижу тысячу вопросов.
3. 1-4 отпуска на 5 дней за свой счет
А если можем себе позволить сберечь менталку, почему нет?
В худшем случае у вас будет 5 полноценных недель отдыха.
А в лучшем 9 недель (Помним про праздники и оф. выходные)
Касаемо именно планирования:
- точно 1-2 кусочка беру под горнолыжки зимой
- кусочек весной
- летом 2 недели
- осень-зима по одному кусочку обычно, либо коплю для 2х недель (1 отпуск, 1 за свой счет)
Кстати очень здорово видеть вашу инициативу в виде предложенных тем.
Может еще что-то интересно? Как вы планируете отпуск? чего придерживаетесь?
Под одним из постов подписчица спросила про планирование отпусков,
Действительно, именно путешествия позволяют мне глобально перезагрузиться.
Рассказываю секрет, что делаю я.
1. Смотрим на производственный календарик, ищем праздники и выходные с чем можно скомбинировать свой отпуск.
2. Математика. У меня 28 + 3 отпускных дней, бьем на [ 14 | 5 | 5 | 5 | 2 ] (по возможности комбиним с праздниками)
Сразу предвижу тысячу вопросов.
"А если мне не одобрят 5 будних дней, согласуют только с выхами"
- Ну это жопа, у меня так было в сбере. При условии, что вообще это никак [насколько я знаю] не регулируется законом [кроме обязательной части в 14 дней]. Т.е. нет таких правил: нельзя брать только будни.
"Не разрешают комбинить с праздниками"
- Суки, у меня так было в сбере ахахаха, я терпел(
"У меня только 28 дней и то, варианты только [ 14 | 7 | 7 ]"
Так и оставляем, куда деваться. У меня есть еще пункт 3
3. 1-4 отпуска на 5 дней за свой счет
А если можем себе позволить сберечь менталку, почему нет?
В худшем случае у вас будет 5 полноценных недель отдыха.
А в лучшем 9 недель (Помним про праздники и оф. выходные)
"А как же [ болезни | непредвиденные обстоятельства ] ?"
- Я стараюсь болеть на выходных ахахаха
- Я работаю на удаленке, поэтому ибупрофен, кеторол и сиропы спасают как только можно
- Если дело касается больниц, обследований или своих дел - общаюсь с руководителями [благо они хорошие у меня], отлучаюсь и потом дорабатываю в вечернее время
Касаемо именно планирования:
- точно 1-2 кусочка беру под горнолыжки зимой
- кусочек весной
- летом 2 недели
- осень-зима по одному кусочку обычно, либо коплю для 2х недель (1 отпуск, 1 за свой счет)
Кстати очень здорово видеть вашу инициативу в виде предложенных тем.
Может еще что-то интересно? Как вы планируете отпуск? чего придерживаетесь?
👍22❤11👀1
План выполнения запроса ч. 1
(Не путаем с порядком выполнения операторов)
Если коротко - это пошаговое описание того, как база данных выполняет SQL-запрос.
Если чуть подробнее - это роадмап, показывающий, как СУБД будет обрабатывать ваш запрос, какие шаги предпримет, и какие ресурсы задействует и покажет cost (затраты на запрос)
Что показывает?
1. Какие таблицы будут задействованы.
2. Какие индексы будут использоваться.
3. Как будут объединяться данные (JOIN).
4. Сортировки и фильтрации.
5. Какие операции наиболее затратны.
СУБД создает этот план на основе своего оптимизатора запросов, чтобы найти наиболее эффективный способ выполнения.
(продолжение следует...)
(Не путаем с порядком выполнения операторов)
Если коротко - это пошаговое описание того, как база данных выполняет SQL-запрос.
Если чуть подробнее - это роадмап, показывающий, как СУБД будет обрабатывать ваш запрос, какие шаги предпримет, и какие ресурсы задействует и покажет cost (затраты на запрос)
Что показывает?
1. Какие таблицы будут задействованы.
2. Какие индексы будут использоваться.
3. Как будут объединяться данные (JOIN).
4. Сортировки и фильтрации.
5. Какие операции наиболее затратны.
СУБД создает этот план на основе своего оптимизатора запросов, чтобы найти наиболее эффективный способ выполнения.
Почему это важно?
1. Оптимизация производительности
План помогает выявить узкие места (например, дорогостоящие и болючие операции вроде Full Table Scan).
2. Устранение проблем
Например, можно обнаружить, что запрос не использует индекс, даже если он создан.
3. Экономия ресурсов
План позволяет понять, как можно снизить нагрузку на процессор и диск.
(продолжение следует...)
👍9🔥7
План выполнения запроса ч.2
Давайте разберем эту историю на примере базового запроса
Если выполнить команду EXPLAIN (в PostgreSQL, MySQL, Oracle и других СУБД), мы получим что-то вроде:
Seq Scan (Sequential Scan): База данных просканирует всю таблицу orders. Это неэффективно для больших таблиц.
• Cost: Оценка стоимости операции — чем выше, тем сложнее запрос.
• Rows: Оценка количества строк, которые вернёт запрос.
• Filter: Какой фильтр применён.
Если бы был индекс на order_date, запрос мог бы использовать Index Scan вместо полного сканирования таблицы.
Как интерпретировать план выполнения?
1. Типы сканирования:
• Seq Scan: Последовательное сканирование таблицы. Медленно на больших таблицах.
• Index Scan: Использует индекс, значительно быстрее для фильтров.
• Bitmap Index Scan: Сканирование индекса для поиска подходящих строк, объединяя их в блоки.
2. Объединение данных (JOIN):
• Nested Loop: Перебирает каждую строку одной таблицы и ищет совпадения в другой (подходит для небольших наборов данных).
• Hash Join: Создаёт хэш-таблицу из одной таблицы, затем ищет совпадения. Быстро для больших таблиц.
• Merge Join: Сортирует обе таблицы и объединяет их по порядку. Эффективно для уже отсортированных данных.
3. Операции сортировки:
• Sort: Указывает, что данные сортируются, что может быть дорогостоящей операцией.
4. Оценка стоимости:
• Общая стоимость включает чтение данных с диска, использование памяти и процессора.
Как сделать запросы эффективнее?
1. Используйте индексы.
• Создайте индексы на столбцах, которые часто участвуют в фильтрации, сортировке или JOIN.
2. Пишите запросы проще.
• Разделяйте сложные запросы на несколько шагов.
3. Не выбирайте лишние данные.
• Вместо SELECT * выбирайте конкретные столбцы:
4. Изучайте план выполнения.
• Перед оптимизацией всегда анализируйте, какие операции занимают больше всего ресурсов.
Интересные моменты из реальной практики
1. Проблема с JOIN
В одной из задач JOIN двух больших таблиц занимал часы. После анализа плана выполнения понял, что надо прикрутить индексы. После их добавления запрос стал выполняться пару минут.
2. Over-indexing
Слишком много индексов может замедлить операции INSERT и UPDATE. Анализ плана выполнения помогает понять, какие из них реально используются.
Давайте разберем эту историю на примере базового запроса
SELECT * FROM orders
WHERE order_date = '2024-01-01';
Если выполнить команду EXPLAIN (в PostgreSQL, MySQL, Oracle и других СУБД), мы получим что-то вроде:
Seq Scan on orders (cost=0.00..35.50 rows=5 width=100)
Filter: (order_date = '2024-01-01')
Seq Scan (Sequential Scan): База данных просканирует всю таблицу orders. Это неэффективно для больших таблиц.
• Cost: Оценка стоимости операции — чем выше, тем сложнее запрос.
• Rows: Оценка количества строк, которые вернёт запрос.
• Filter: Какой фильтр применён.
Если бы был индекс на order_date, запрос мог бы использовать Index Scan вместо полного сканирования таблицы.
Как интерпретировать план выполнения?
1. Типы сканирования:
• Seq Scan: Последовательное сканирование таблицы. Медленно на больших таблицах.
• Index Scan: Использует индекс, значительно быстрее для фильтров.
• Bitmap Index Scan: Сканирование индекса для поиска подходящих строк, объединяя их в блоки.
2. Объединение данных (JOIN):
• Nested Loop: Перебирает каждую строку одной таблицы и ищет совпадения в другой (подходит для небольших наборов данных).
• Hash Join: Создаёт хэш-таблицу из одной таблицы, затем ищет совпадения. Быстро для больших таблиц.
• Merge Join: Сортирует обе таблицы и объединяет их по порядку. Эффективно для уже отсортированных данных.
3. Операции сортировки:
• Sort: Указывает, что данные сортируются, что может быть дорогостоящей операцией.
4. Оценка стоимости:
• Общая стоимость включает чтение данных с диска, использование памяти и процессора.
Как сделать запросы эффективнее?
1. Используйте индексы.
• Создайте индексы на столбцах, которые часто участвуют в фильтрации, сортировке или JOIN.
CREATE INDEX idx_order_date ON orders(order_date);
2. Пишите запросы проще.
• Разделяйте сложные запросы на несколько шагов.
3. Не выбирайте лишние данные.
• Вместо SELECT * выбирайте конкретные столбцы:
SELECT order_id, order_date FROM orders;
4. Изучайте план выполнения.
• Перед оптимизацией всегда анализируйте, какие операции занимают больше всего ресурсов.
Интересные моменты из реальной практики
1. Проблема с JOIN
В одной из задач JOIN двух больших таблиц занимал часы. После анализа плана выполнения понял, что надо прикрутить индексы. После их добавления запрос стал выполняться пару минут.
2. Over-indexing
Слишком много индексов может замедлить операции INSERT и UPDATE. Анализ плана выполнения помогает понять, какие из них реально используются.
Важный поинт 1
Оптимизатор не всегда прав. Иногда оптимизатор выбирает неэффективный план. В таких случаях можно использовать хинты для принудительного выбора
Важный поинт 2
Вы как аналитик, оооочень редко будете работать прям с тем чтобы изучать план запроса и искать как его сделать лучше.
Обычно запросы не супер большие, либо под них есть удобные таблицы. И даже если вы не оптимизированно напишите запрос он будет крутиться ну пусть 10 минут вместо каких-нибудь 3. (Опять же ситуации разные могут быть)
🔥13❤5👍1
Факторы для выбора работы.
Всееем доброе утро!
Тут очень интересный топик назрел для меня, разобью пост на 3 категории.
1 - для тех кто уже в IT или около IT сфере
2 - для тех кто не из IT сферы
3 - для школьников, студентов, кто еще не вкатился в IT
Вопрос таков: сформулируйте пусть топ N важных поинтов для вас при выборе работы и небольшой комментарий. Что для вас важно?
Я из 1 категории.
1. Интересный проект
2. Хороший коллектив
3. Деньги
4. Удаленка по миру
5. Прозрачная система роста
Интересно обменяться опытом и мнениями)
Всееем доброе утро!
Тут очень интересный топик назрел для меня, разобью пост на 3 категории.
1 - для тех кто уже в IT или около IT сфере
2 - для тех кто не из IT сферы
3 - для школьников, студентов, кто еще не вкатился в IT
Вопрос таков: сформулируйте пусть топ N важных поинтов для вас при выборе работы и небольшой комментарий. Что для вас важно?
Я из 1 категории.
1. Интересный проект
2. Хороший коллектив
3. Деньги
4. Удаленка по миру
5. Прозрачная система роста
- Первые 2 пункта ставлю выше, потому что с ними буквально каждый день сталкиваюсь. Естественно хочется, чтобы тебя не били каждый день палкой по горбу ненавистный рук и жить без глупых задач. Но это не означает, что на деньги забить.
- Без деняк на фулл удаленке нет смысла, поэтому это приоритетнее. Пока эксплорю Россию и не жалею
- Система роста действительно имеет место быть, тк не хочется работать и не понимать, как вообще че устроено для роста внутри.
Интересно обменяться опытом и мнениями)
👍9❤4⚡1
Практика на Python!
В оообщем, грузил я тут чет SQL-ем вас, а [ питончиком | анализом | агрегацией ] нет.
Здесь представлен Google collab с задачками от стажера до миддла (опять же больше про скорость соображения, а не прям тяжесть задания)
Вот вам отличная возможность поработать с датасетом с собеса + ответить на типовые вопросы на скорость решения (причем такие, которые часто самому надо сделать)
Если у вас есть какие-то вопросы или предложения по постам - предлагайте, с удовольствием рассмотрю. Особенно это касается ребят, которые только начинают свой путь в аналитике или просто являются студентами)
В оообщем, грузил я тут чет SQL-ем вас, а [ питончиком | анализом | агрегацией ] нет.
Здесь представлен Google collab с задачками от стажера до миддла (опять же больше про скорость соображения, а не прям тяжесть задания)
Как с ним работать?
1. Первое и самое главное - нажимаем на файл - сохранить копию на диске
2. Прожимаем ячейки внутри коллаба и выполняем задачки их там нормально так.
3. Если необходимо закидываем общую инфу из датасета в чат GPT и просим придумать еще задания.
Вот вам отличная возможность поработать с датасетом с собеса + ответить на типовые вопросы на скорость решения (причем такие, которые часто самому надо сделать)
Если у вас есть какие-то вопросы или предложения по постам - предлагайте, с удовольствием рассмотрю. Особенно это касается ребят, которые только начинают свой путь в аналитике или просто являются студентами)
❤32🔥5👍2
Мои типовые задачки.
Они делятся на 2 категории:
Теперь подробнее.
1. Проектные задачи зависят от всей команды и чаще всего большие (например создание новой рекомендательной системы или предсказательной модели) и задачи декомпозируются (бьются на более мелкие) и просто степ бай степ выполняются.
Всегда ли все хорошо и двигается по накатанной? эээ, вообще нет.
То данных нет, то хз где их искать и ты идешь по сусекам скребсти, напишешь 3-4 людям, изучишь confluence (общепринятая вики система с докухой). Потом ты разобрался уже и думаешь "еее", а потом заказчик изменяет условие и говорит: "Миша, давай по новой, все хуйня"
Еще боль начинается тогда, когда ты зависишь от данных другой команды, которая в первую очередь выполняет свои задачи.
2. Ad-hoc задачи. Мое любимое [ нет ]
"А вот хочется выгрузку пользователей за 988 год, при крещении руси, только тех, кому импонировал князь Владимир, источников откуда это выгрузить мы не знаем, сделать надо было еще вчера, скинете через 5 минут?"
У этого есть несколько причин
- Часто люди которые ставят ТЗ (тех задание), это менеджеры или бизнес аналитики без навыка ставить четкое ТЗ и самое раздражающее - изменение условий в дальнейшем
Что же нужно чтобы ТЗ о котором все говорят было хорошим?
По моему мнению хватит по пунктам описать свои мысли в полном обьеме, если это возможно.
Но ситуация не всегда располагает ко всем составляющим и это окей. Я легко делаю скидку простым аналитикам в excel или бухгалтерам, но когда это люди прям в IT, это больно. Как и больно, когда другие люди не прикладывают малейших усилий, чтобы тебе было чуть проще разобраться [ хотя кажется, что в быстром решении задачи заинтересованы все ]
Они делятся на 2 категории:
1. Задачи по проекту
2. Ad-hoc задачи (разовые, от каких-нибудь заказчиков, например менеджеров)
Теперь подробнее.
1. Проектные задачи зависят от всей команды и чаще всего большие (например создание новой рекомендательной системы или предсказательной модели) и задачи декомпозируются (бьются на более мелкие) и просто степ бай степ выполняются.
Всегда ли все хорошо и двигается по накатанной? эээ, вообще нет.
То данных нет, то хз где их искать и ты идешь по сусекам скребсти, напишешь 3-4 людям, изучишь confluence (общепринятая вики система с докухой). Потом ты разобрался уже и думаешь "еее", а потом заказчик изменяет условие и говорит: "Миша, давай по новой, все хуйня"
Еще боль начинается тогда, когда ты зависишь от данных другой команды, которая в первую очередь выполняет свои задачи.
2. Ad-hoc задачи. Мое любимое [ нет ]
"А вот хочется выгрузку пользователей за 988 год, при крещении руси, только тех, кому импонировал князь Владимир, источников откуда это выгрузить мы не знаем, сделать надо было еще вчера, скинете через 5 минут?"
Кто-то подумает, что это шутка, а бывалые скажут: "классика" ☕️
У этого есть несколько причин
- Часто люди которые ставят ТЗ (тех задание), это менеджеры или бизнес аналитики без навыка ставить четкое ТЗ и самое раздражающее - изменение условий в дальнейшем
Что же нужно чтобы ТЗ о котором все говорят было хорошим?
По моему мнению хватит по пунктам описать свои мысли в полном обьеме, если это возможно.
Пример: Я хочу получить выгрузку по активной категории пользователей, которые часто используют сотовую связь. активный юзер = больше 20 звонков/мес или больше 200 мин/мес. Источник данных - такой-то. Глубина данных - весь 2024 год. + прикрепить шапку эксель файла с заголовками.
Но ситуация не всегда располагает ко всем составляющим и это окей. Я легко делаю скидку простым аналитикам в excel или бухгалтерам, но когда это люди прям в IT, это больно. Как и больно, когда другие люди не прикладывают малейших усилий, чтобы тебе было чуть проще разобраться [ хотя кажется, что в быстром решении задачи заинтересованы все ]
❤21🔥7👍3
Мой рабочий день.
1. Я работаю с 9 до 18 (по графику. А сколько по факту бывает по разному)))). Понял что график 10-19 и позже вообще мне не подходит, хотя самая высокая продуктивность у меня в основном вечером.
2.1 До дейлика (в 10:20), я за почти полтора часа чекаю почту в outlook на предмет интересных новостей, митапов, обновлений тасок в Jira и новостей по всяким витринам.
2.2 Запускаю все необходимые ячейки по текущим задачам в Jupyter Hub-е, чтобы ячейки заново просчитались и доделываю задачки если они есть. Если нет, читаю Confluence или прохожу курс Хард аналитика от Карпова
3. Сам дейлик. Здесь мы обсуждаем кто, что делал + обсуждаем вопросы по текущим задачам: приоритизация, вопросы мб кто-то уже делал подобные задачи или уточнения по таблицам/данным + не обходится без юмора (для меня это однозначно + т.к. появляется какое никакое настроение)
4. Потом непосредственно решение самих задач и созвоны с коллегами / заказчиками, при необходимости. По возможности всегда документирую все поинты по задаче в Джире + прикладываю ссылку на GitLab, чтобы я или любой другой человек смог легко вкатиться и понять что происходит.
1. Я работаю с 9 до 18 (по графику. А сколько по факту бывает по разному)))). Понял что график 10-19 и позже вообще мне не подходит, хотя самая высокая продуктивность у меня в основном вечером.
2.1 До дейлика (в 10:20), я за почти полтора часа чекаю почту в outlook на предмет интересных новостей, митапов, обновлений тасок в Jira и новостей по всяким витринам.
2.2 Запускаю все необходимые ячейки по текущим задачам в Jupyter Hub-е, чтобы ячейки заново просчитались и доделываю задачки если они есть. Если нет, читаю Confluence или прохожу курс Хард аналитика от Карпова
3. Сам дейлик. Здесь мы обсуждаем кто, что делал + обсуждаем вопросы по текущим задачам: приоритизация, вопросы мб кто-то уже делал подобные задачи или уточнения по таблицам/данным + не обходится без юмора (для меня это однозначно + т.к. появляется какое никакое настроение)
4. Потом непосредственно решение самих задач и созвоны с коллегами / заказчиками, при необходимости. По возможности всегда документирую все поинты по задаче в Джире + прикладываю ссылку на GitLab, чтобы я или любой другой человек смог легко вкатиться и понять что происходит.
Инсайт от меня.
1. Я действительно очень ответственно отношусь к пояснениям внутри ноутбуков (Юпитеровские имеются ввиду), внутри задачки в Джире и при формировании писем по почте.
Слышу такое мнение: ты тратишь на это много времени, проще закрыть задачу и идти дальше. Но поверьте мне, как только вам надо будет сделать около похожую задачу или вернуться к старой - всегда приятно смотреть на [ свой | чужой ] оформленный код с комментариями.
🔥25❤11👍11
Мой менти получил работу в США на позиции middle Data Analyst!!!📈😭😭😭
Я не верю!
Я не верю!
❤71🎉30🤯8👏2
Оффер менти в США🇺🇸
Real estate (Недвижимость)
- Ожидания по зп
- Нужна ли виза H1B
- Опыт вкратце
- Почему меняешь место работы
- Расскажи негативный опыт о предыдущем месте работы
- Расскажи о себе
- Работал ли с ETL, опыт
- Excel
- Различие подкапотной работы
- Как оптимизировал запросы
- Tableau, какие проблемы возникали и как коллабился с DE
- PySpark что и как делал
- Как работают под капотом все методы и функции которые ты знаешь.
- Sql задачки на час (прикрепил)
- Как такового не было, позвонила HR и сказала: "мы приглашаем тебя на работу с такой-то суммой, если интересно, то готовлю бумажный оффер"
Точную сумму назвать не могу, но это нижняя граница вилки среди топ штатов (CA, MA, NY, DC)
Главный архитектор, аналитик
Удаленка
Горжусь!
Сфера компании:
Real estate (Недвижимость)
Скрининг:
- Ожидания по зп
- Нужна ли виза H1B
- Опыт вкратце
- Почему меняешь место работы
- Расскажи негативный опыт о предыдущем месте работы
2-ой раунд:
- Расскажи о себе
- Работал ли с ETL, опыт
- Excel
- Различие подкапотной работы
between в PySpark и Pandas- Как оптимизировал запросы
- Tableau, какие проблемы возникали и как коллабился с DE
3-ий раунд:
- PySpark что и как делал
- Как работают под капотом все методы и функции которые ты знаешь.
- Sql задачки на час (прикрепил)
Финал:
- Как такового не было, позвонила HR и сказала: "мы приглашаем тебя на работу с такой-то суммой, если интересно, то готовлю бумажный оффер"
ЗП:
Точную сумму назвать не могу, но это нижняя граница вилки среди топ штатов (CA, MA, NY, DC)
Интервьюер:
Главный архитектор, аналитик
Формат работы:
Удаленка
Горжусь!
❤56🎉26🔥10👍2
Как облегчить себе жизнь на собесе
Совместной с Алиной как-то разгоняли тему компаний и опыта собеседований решили сделать полезный пост из 2х частей, первую из которых вы видите у меня, а после прочтения советую прочитать продолжение на ее канале, где мне зашли особенно часть последний постов про: увольнение, испытательный срок и прикольную задачку с собеса
Для большинства - собеседование - это волнительный процесс [ привет всем, кто настраивается перед небольшим разговором или дейликом ]
- не получишь осуждения за ответ "не углублялся" на вопрос "знаешь чем мы занимаемся?"
- проявленный интерес всегда +
- будешь понимать на старте, понравится тебе сфера или нет
- Внимательно прочитай задание и изучи ожидаемый ответ [ если он есть ], так меньше вероятность, что ты допустишь глупую ошибку из-за невнимательности (забавно, что многие принеберегают этим советом)
- Ты НЕ ДОЛЖЕН сразу решить задачу за ноль ноль одну секунду. Посмотри, подумай, проговаривай мысли вслух, чтобы интервьюер понимал ход твоих мыслей. Самое главное оценить насколько хорошо варит твой котелок.
- А если ты еще тест кейсы придумаешь сам и предложишь варианты, которые могут усложнить задачу или обосновать как избежать проблем, описанных в задании - это сразу поднимет тебя выше в глазах собеседующего.
- Можно не решить задачу, но показать крутой результат, все понимают, что человек на интервью все равно в стрессе разного уровня.
НЕ МОЛЧАТЬ. Задавайте вопросы, уточняйте, при решении задач не делайте 5-10 минутных пауз
3. Сам собес и коммуникация.
Будь открытым, спрашивай важные для себя вещи, узнавай за премию и факторы для ее начисления, систему роста внутри компании, так будет четкое понимание дальнейших взаимоотношений. Либо наоборот соберешь инфу, что премий нет, переработки это норма для роста, иногда палкой еще бьют по горбу и отпуск не дают. Вот тут можно и попрощаться, сколько бы денег не давали (К слову, такие условия реально есть)
Совместной с Алиной как-то разгоняли тему компаний и опыта собеседований решили сделать полезный пост из 2х частей, первую из которых вы видите у меня, а после прочтения советую прочитать продолжение на ее канале, где мне зашли особенно часть последний постов про: увольнение, испытательный срок и прикольную задачку с собеса
Для большинства - собеседование - это волнительный процесс [ привет всем, кто настраивается перед небольшим разговором или дейликом ]
1. Изучи компанию и сферу деятельности [ хотя бы верхнеуровнево ]
- не получишь осуждения за ответ "не углублялся" на вопрос "знаешь чем мы занимаемся?"
- проявленный интерес всегда +
- будешь понимать на старте, понравится тебе сфера или нет
2. Лайвкодинг
- Внимательно прочитай задание и изучи ожидаемый ответ [ если он есть ], так меньше вероятность, что ты допустишь глупую ошибку из-за невнимательности (забавно, что многие принеберегают этим советом)
- Ты НЕ ДОЛЖЕН сразу решить задачу за ноль ноль одну секунду. Посмотри, подумай, проговаривай мысли вслух, чтобы интервьюер понимал ход твоих мыслей. Самое главное оценить насколько хорошо варит твой котелок.
- А если ты еще тест кейсы придумаешь сам и предложишь варианты, которые могут усложнить задачу или обосновать как избежать проблем, описанных в задании - это сразу поднимет тебя выше в глазах собеседующего.
- Можно не решить задачу, но показать крутой результат, все понимают, что человек на интервью все равно в стрессе разного уровня.
Важный поинт:
НЕ МОЛЧАТЬ. Задавайте вопросы, уточняйте, при решении задач не делайте 5-10 минутных пауз
3. Сам собес и коммуникация.
Будь открытым, спрашивай важные для себя вещи, узнавай за премию и факторы для ее начисления, систему роста внутри компании, так будет четкое понимание дальнейших взаимоотношений. Либо наоборот соберешь инфу, что премий нет, переработки это норма для роста, иногда палкой еще бьют по горбу и отпуск не дают. Вот тут можно и попрощаться, сколько бы денег не давали (К слову, такие условия реально есть)
🔥18❤🔥4👍2🤔2