Dev Easy Notes

Продолжаем забавные истории с собесов

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

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

Этапы были такие: HR → Android и Kotlin → Алгоритмы → Системный дизайн.

На Android и Kotlin были базовые вопросы и куча вот этих пазлеров про многопоточку. Помню, что я тогда прям задротил всё, что связано с многопоточностью, и точно ответил на все вопросы. Однако мне всё равно поставили Middle. Не знаю почему, возможно, я где-то промахнулся.

Алгоритмы были прям простые. Примерно уровень easy в литкоде, несмотря на это, я секцию прошёл плохо — и вот почему. В одной из задач нужно было использовать кучу (heap). Прикол вот в чём: я знал, что такая структура есть, и мог рассказать про её скорость работы. Помимо этого, я знал, как использовать её в Python (я алгосекции всегда прохожу на питоне).

Однако интервьюер попросил меня рассказать про устройство heap. И вот это какая-то херня, давай меня ещё про красно-черное дерево спроси! Разумеется, я не смог рассказать про устройство — сомневаюсь, что сам интервьюер бы смог, но да ладно.

На системном дизайне нужно было спроектировать библиотеку аналитики. Про саму задачу и её решение я сделаю отдельный пост. Из интересного был только вопрос от собеседующего: «Как тестировать либу для аналитики?»

Хороший вопрос на подумать, ведь обычно мы баги отслеживаем по аналитике, а как понять, что баг именно в либе для аналитики? Ну, я предложил два вектора защиты:

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

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

Собственно, как-то так. Если меня читают ребята из Авито — если что, без обид, я же любя ❤️

😁47👍17🤡11❤3🤯1

www.tgoop.com/dev_easy_notes/462

2.47K viewsedited  Jun 18 at 09:51

Продолжаем забавные истории с собесов

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

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

Этапы были такие: HR → Android и Kotlin → Алгоритмы → Системный дизайн.

На Android и Kotlin были базовые вопросы и куча вот этих пазлеров про многопоточку. Помню, что я тогда прям задротил всё, что связано с многопоточностью, и точно ответил на все вопросы. Однако мне всё равно поставили Middle. Не знаю почему, возможно, я где-то промахнулся.

Алгоритмы были прям простые. Примерно уровень easy в литкоде, несмотря на это, я секцию прошёл плохо — и вот почему. В одной из задач нужно было использовать кучу (heap). Прикол вот в чём: я знал, что такая структура есть, и мог рассказать про её скорость работы. Помимо этого, я знал, как использовать её в Python (я алгосекции всегда прохожу на питоне).

Однако интервьюер попросил меня рассказать про устройство heap. И вот это какая-то херня, давай меня ещё про красно-черное дерево спроси! Разумеется, я не смог рассказать про устройство — сомневаюсь, что сам интервьюер бы смог, но да ладно.

На системном дизайне нужно было спроектировать библиотеку аналитики. Про саму задачу и её решение я сделаю отдельный пост. Из интересного был только вопрос от собеседующего: «Как тестировать либу для аналитики?»

Хороший вопрос на подумать, ведь обычно мы баги отслеживаем по аналитике, а как понять, что баг именно в либе для аналитики? Ну, я предложил два вектора защиты:

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

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

Собственно, как-то так. Если меня читают ребята из Авито — если что, без обид, я же любя ❤️

BY Dev Easy Notes