Flutter interview of a MIDDLE+ developer | He did not expect such questions!
Мок-интервью Flutter-разработчика уровня Middle: от основ Dart и Flutter-виджетов до адаптивности, архитектуры и реальных рабочих задач. В финале ведущий даёт развёрнутую обратную связь по ответам кандидата.
What the Flutter
Открыть на YouTube- Опубликовано на YouTube:
- Просмотры на YouTube: 21,5 тыс.
- Лайки на YouTube: 463
Таймлайн
Коротко о видео
Это учебное мок-интервью заявленного Middle Flutter-разработчика Глеба в формате канала What the Flutter. Кандидат отвечает на вопросы по Dart, ООП, null safety, Flutter Framework/Engine/Embedder, виджетам, адаптивности и управлению состоянием; также разбирает собственный кейс с сохранением состояния галереи через keep-alive. Ведущий отмечает сильные стороны ответов, корректирует несколько неточностей и в рамках формата заявляет, что уровень кандидата подтверждён.
Затронутые темы
Что взять на заметку
- Для Dart стоит повторить ООП-особенности языка: отсутствие отдельного ключевого слова interface, роль mixin и библиотечную приватность.
- Generics обсуждаются как способ повторно использовать контейнеры с типобезопасностью и не делать постоянные приведения типов.
- Null safety снижает риск ошибок с null, но не устраняет его полностью: небезопасное использование nullable-значений и оператора ! остаётся ответственностью разработчика.
- Для Dart полезно знать соглашения об именовании: snake_case для файлов, UpperCamelCase для классов и lowerCamelCase для переменных, методов и констант.
- Ведущий уточняет различие: responsive UI реагирует на изменение размеров и ориентации, а adaptive UI дополнительно учитывает ОС и конкретное устройство.
- При выборе архитектуры кандидат предлагает соотносить сложность решения с размером, связностью и сроком жизни проекта: для крупных приложений — слои и BLoC/Clean Architecture, для небольших — более простое управление состоянием.
- В практическом кейсе состояние галереи терялось при навигации; кандидат нашёл решение через keep-alive и подчёркивает важность последовательного подхода к отладке.