Comments 18
Люди ленивые, а разработчики тем более.
Выглядит круто! Желаю, чтобы взлетело.
Из фич было бы еще неплохо добавить скачивание текстовой расшифровки разговора. Например бывает полезно потом вспомнить как соискатель рассказывал о своем опыте предыдущей работы. Это поток мыслей, который трудно формализуется.
Задача на собеседовании не всегда "напишите код". Еще практикуется "прочитайте код и опишите что в нем творится" или "порассуждайте как бы вы решали задачу". В ответ тоже может быть свободный поток мыслей, который соискатель вряд ли будет записывать.
Я представляю, что такая фича потребует интеграции с каким-нибудь speech-to-text сервисом. Но тем не менее, она будет полезна.
Позже такие фичи точно будут!
А для видеозвонков что использовали?
Если не секрет, что вы используете в качестве stun/turn?
Отличный проект, желаю Вам удачи в нем и надеюсь, он продолжит развиваться и вырастет во что-то интересное!
Если я правильно понял концовку поста — Вы думаете о тестах. Если вопрос в том, какие тесты писать — советую начать с функциональных, т.к. в Вашем случае они должны дать наибольший выхлоп: юнит тесты писать просто, но одному разработчику будет трудно надёжно ими покрыть кодовую базу. E2E наверное на первых порах требует более сложной настройки в вашем случае. Я как-то работал на приличных размеров проекте, где от юнит тестов совсем отказались из-за слишком малого КПД (польза/затраты) и большой вероятности просачивания интеграционных багов. Таким образом, функциональные тесты подходят Вам в самый раз — их легко начать писать и можно сразу получить большую отдачу. Вы можете использования jest и на нам тестировать небольшие пользовательские сценарии, таким образом Вы будете уверены в главном — что сервис работает и им можно пользоваться.
Если вопрос был в том, что тестировать первым — то я бы на Вашем месте начал с "самого главного", без чего сервис становится бесполезным. Наверное это первое, что приходит в голову, но в Вашем случае это выглядит хорошей идеей.
Надеюсь, эта информация будет полезна.
P.S. Я ни в коем случае не преуменьшая пользу других видов тестов и иных подходов, но конкретно в данной ситуации я бы поступил так. Комментарий не является публичной офертой ;)
Я этот вопрос отложил на время, новогодние праздники вывели из равновесия, вот только сейчас снова начал активно работать над проектом. Хороший плюс в этом есть, свежим взглядом половина кода с удовольствием отрезал)
Да, я согласен, надо функционал покрыть тестами и работать спокойно до масштабирования.
Сервис для технического собеседования 2.0 — видеозвонки, запуск кода, тестовые задания