Подготовка к интервью
182 вопроса с собеседований в amoCRM
Что проверяют на интервью
Подборка объединяет вопросы, отмеченные на этапах интервью в amoCRM. Здесь можно понять структуру технической проверки и заранее повторить связанные темы. В подборке чаще встречаются темы: mobile, frontend, android.
Каталог
Приведите реальный случай, где SQL делал запрос яснее или эффективнее: сложная агрегация, оконные функции, CTE или массовая операция. Переход оправдывают планом и поддерживаемостью, а не неприязнью к ORM.
Читать ответДля тяжёлого Python-кода в обычной сборке CPython с GIL часто используют процессы, например ProcessPoolExecutor. Они выполняются в отдельных интерпретаторах и могут загрузить несколько ядер.
Читать ответДля сервиса уведомлений эффективность — это своевременная и корректная доставка при приемлемой стоимости и нагрузке. Её оценивают через задержку, успешность, дубли, размер очереди и полезность сообщений пользователю.
Читать ответВозьмите реальный случай и покажите последовательность: симптом, измерение, гипотеза, изменение и повторная проверка. Убедительный ответ объясняет причину медленного запроса, а не просто называет добавленный индекс.
Читать ответОтказоустойчивость — способность сохранять приемлемую работу при оговорённых отказах. На уровне сервиса помогают изоляция сбоев, ограничение ресурсов, восстановление и наблюдаемость.
Читать ответСравните заранее выбранные показатели до и после изменения, а не только отзывы. До клиентской обратной связи помогают тесты, телеметрия, внутренний пилот и проверка пользовательских сценариев.
Читать ответСвяжите поиск работы с конкретными задачами и направлением роста: какую ответственность хотите брать, чему научиться и почему эта роль подходит.
Читать ответНаблюдайте consumer lag, возраст самого старого необработанного события и разницу скоростей записи и обработки. Тренд роста часто важнее одного абсолютного значения lag.
Читать ответОпишите реальный сигнал: задержки доставки, ошибки, жалобы, рост очереди или стоимость. Затем объясните, как измерили исходное состояние и сравнили его после изменения.
Читать ответСравните скорость поступления и обработки, найдите узкое место и увеличьте эффективную производительность потребителей. Рост очереди нельзя надёжно устранить только увеличением её размера.
Читать ответБлок create выполнится на scheduler Schedulers.io(), а не на UI-потоке. Обработчик subscribe в этом примере не вызовется: источник не отправляет элементы.
Читать ответБудет напечатано 2 примерно через секунду: join ждёт завершения первой корутины, а await второй возвращает уже готовую строку.
Читать ответ