Ребят, привет. На Пхукете по-прежнему тепло. Я немного обгорела. Недавно был опубликован пост про ассоциативные сущности, ERD — под ним развернулось очень интересное обсуждение в комментариях, кому интересно — почитайте. Хочу поделиться несколькими вопросами, которые ещё задал интервьюер: Как понять, что документация корректная, если интерфейса ещё нет? Здесь интервьюер ожидал услышать критерии достаточности. Ему было важно, чтобы кандидат проговорил признаки корректности требований до появления UI — полноту, непротиворечивость, однозначность и проверяемость. Что может содержать документация на фронт? Тут нужно было раскрыть ответственность аналитика за UX и качество документации. Интервьюер ожидал, что прозвучит не только перечень требований, но и сценарии, состояния экранов, ошибки, валидации и логика взаимодействия. Откуда берутся нефункциональные требования? Ожидалось упоминание источников: стейкхолдеры, архитектурные ограничения, стандарты компании, законодательство, особенности инфраструктуры. Важно было показать, что НФТ — это результат анализа, а не «дополнение в конце». Как проверить нефункциональные требования на фронте? Интервьюер ожидал ответ про измеримость и критерии приемки — метрики производительности, кроссбраузерность, доступность, нагрузку. Вопрос был про проверяемость, а не про теорию. Зачем делить требования на функциональные и нефункциональные? Здесь ожидался аргументированный ответ про разную природу требований, разные подходы к описанию, тестированию и управлению рисками. Не формальное деление, а осознанный инструмент структурирования. Чем ERD отличается от физической модели данных? Ожидался акцент на уровне абстракции: бизнес-представление данных против конкретной реализации в СУБД. Интервьюер проверял понимание разницы между моделью предметной области и технической схемой. Сущность — это таблица? Здесь важно было проговорить, что сущность — это объект предметной области, а таблица — способ хранения данных в реляционной базе. Вопрос на понимание абстракций и моделирования данных. Естественно, это просто капля в море среди вопросов интервьюера. Всё спойлерить не буду. Была практическая секция на проектирование и ещё теоретические вопросы. Но вопросы неплохие — вроде и стандартные, но не совсем. Задумывались, зачем делить требования на функциональные и нефункциональные? И что такое сущность? Все просто, знаю ответы на все вопросы —❤️ Сходу не отвечу, надо повторить —😜 Какая ещё «сущность»? 🙈