Подготовка к интервью
79 вопросов с собеседований в Госуслуги
Что проверяют на интервью
Подборка объединяет вопросы, отмеченные на этапах интервью в Госуслуги. Здесь можно понять структуру технической проверки и заранее повторить связанные темы. В подборке чаще встречаются темы: database, optimization, backend.
Каталог
Расстояние Левенштейна сравнивает строки, например нормализованное имя клиента и имя из списка. В конкретном проекте нужно назвать реальные поля, правила нормализации и порог, а не угадывать их.
Читать ответВ импорте опасны общий изменяемый аргумент по умолчанию, вероятный блокирующий API-вызов и слишком широкий обработчик ошибок. Повторный запуск также требует защиты от дублирования заказов.
Читать ответОпишите фактический пользовательский путь: идентификацию, предоставление данных, проверку и результат. Отдельно назовите источники сравнения и действия при несовпадении, не раскрывая реальные документы.
Читать ответУточните фактическое разделение ответственности: аналитик описывал бизнес-правила и критерии, разработчик выбирал реализацию, а порог проверяли на согласованной выборке. Не выдавайте предполагаемую схему за свой опыт.
Читать ответДля расхождений на копейку важны источник курса, момент его фиксации, точность вычислений и единое правило округления. Эти правила должны быть согласованы и сохранены вместе с операцией.
Читать ответРасскажите, какие задачи по границам сервисов и тестам выполняли лично, зачем они были нужны и как оценивалось покрытие. Непривлекательная работа тоже показывает инженерную зрелость.
Читать ответВложенные subscribe усложняют отмену, обработку ошибок и защиту от гонок. Часто поток лучше выразить через операторы композиции.
Читать ответГенераторы обычно создают транспортные типы и клиенты по схеме API. Бизнес-модель приложения может совпадать с ними, но это отдельное архитектурное решение.
Читать ответUI-kit компоненту нужны ясная ответственность, устойчивый API, доступность и предсказуемые состояния. Бизнес-правила обычно остаются вне базового компонента.
Читать ответРазделение логики и представления позволяет менять интерфейс без переписывания правил предметной области. Известное воплощение этой идеи — MVC.
Читать ответStandalone-компонент может использовать и inject, и параметры конструктора. Standalone сам по себе не делает один способ обязательным.
Читать ответИзменение backend-модели нужно отделять от frontend-представления через явный контракт и преобразование данных. При исчезновении поля важно согласовать совместимость, а не просто подавить ошибки типов.
Читать ответ