Расскажите про стартап и предметную область
Что проверяют
Разбираетесь ли вы в бизнесе, на который работал ваш код, и понимаете ли специфику стартапа: мало людей, широкая зона ответственности, решения принимаются быстро и осознанно в долг. Заодно проверяют, умеете ли вы объяснить незнакомому человеку предметную область простыми словами, без внутреннего жаргона.
Как отвечать
Сначала домен, потом стек.
- что за продукт, кто платит и за что, какая метрика считалась главной;
- стадия и команда: сколько человек, был ли выделенный тестировщик и инфраструктурный инженер, или всё делали те же, кто писал код;
- ваша зона: в маленькой команде это обычно сервер, деплой, мониторинг и иногда часть интерфейса. Скажите прямо, за что отвечали лично;
- почему Node.js: много ожидания сети и интеграций, общий язык с фронтендом, быстрая проверка гипотез. Это честные причины, их не стыдно назвать;
- компромиссы: что сделали временно, что из этого пришлось переделывать и когда стало понятно, что пора.
Хороший финал это вывод: какой урок вы вынесли и что в следующий раз сделали бы иначе на той же стадии продукта.
Где спотыкаются
Рассказывают только про технологии. Вопрос был про предметную область, и если вы не можете объяснить, как продукт зарабатывал, возникает подозрение, что задачи вы брали из трекера, не вникая в смысл.
Приукрашивают бизнес-результаты: рост клиентов, экономия заказчику, всё в круглых процентах. У стартапов такие цифры проверяются легко и часто расходятся с реальностью, а иногда проект вообще закрылся, и об этом спокойнее сказать самому.
Превращают рассказ в жалобу на хаос и переработки либо, наоборот, изображают идеальный порядок. Сильный ответ где-то посередине: да, скорость важнее полировки, вот что мы за это заплатили и где провели границу.