Но мы же не про  FANG  говорим?)

вот https://dou.ua/forums/topic/28593/
нет он ходит по разным всяким стартапам и продуктам

Они могут себе позволить. А вот галерам стоит помнить что они не гугл

короче говоря, я наверное сказал бы о том, что по терминологии гонять и теории я бы точно не стал
говорили бы просто о рабочих вещах, если нельзя собеседовать заданием
но я бы собеседовал исключительно заданием

и я сам когда-то проходил собеседования через задания, мне нравилось

вот лайв кодинг не люблю, это бред

А можешь пример описать такого задания и критерии оценки (задания на 1 день )

например, микро сервис на вход которого подается куча строк.. которые есть результатом, допустим, парсинга какого-то интернет магазина.

Есть ведь повторки, да?
Надо сгруппировать повторения, выделить аттрибуты и грубо говоря выделить модели из хаоса и это должно работать быстро.

И тут есть много путей решения. Можно писать сложнейшие условия if/else, можно заюзать tf-idf алгоритм и его реализации, модифицировать под задачу, понять как все работает, можно попробовать взять либу для семантического анализа и попробовать с ней поиграться

То есть у задачи нет четкого ответа, она дает полностью свободный полет мыслей. Но потом после того как человек напишет код - в живую встретиться и обговорить что и как.
Почему так а не иначе написано, почему здесь использовано то то или то то для производительности или для чего, и прочие нюансы.

Ну и плюс завернуть этот микросервис как следует.. упаковать в докер, сделать docker-compose yml файл для деплоя, чтобы можно было одной кнопкой развернуть и играться с подборкой файлов,
можно сделать требования по оформлению проекта и потом поговорить почему именно так а не иначе

Это не долго по времени, но эффективно на мой взгляд

я подобное собеседование проходил и успешно его прошел

Хотя на той работе, на которой я работаю сейчас - я вообще его не проходил 😄 Меня просто взяли по рекомендации и вот уже два с половиной года работаю:)

А почему это названо микросервис?  Зачем докер? Кто на проде композер юзает? Большинство разработчиков такую задачу выполнят равноценно ну да 5% отсеишь смысл тратить своё время и время соискателя?

не равноценно
все будет построенно по разному, вариативность большая
плюс это разговор о реальной задаче и мы видим реальный код будущего работника, ход его мыслей, аргументация своего решения и т.д.

докер и композ это зависит от задач и требований и компании.
В какой-то компании ты только пишешь код и больше ничего не трогаешь, на синьорских позициях нужно и мониторинг написать, и с прометеусом/графаной поиграться, и не просто залупить сервис, а уметь его интегрировать в экосистему
но опять же.. зависит от компании, технопарка и очень многих вещей

потому я за реальное задание ибо оно показывает очень много и я видел этому эффективность
а просто треп по тестам - на мой взгляд это бесполезно (может быть я со временем изменю свои взгляды по приобретению определенного опыта)

Ну я думаю тестовое эффективно для трейни/джуниор. Условно мидл/синьор простое тестовое мало что покажет надо общаться поработать пробных пару недель ( оплачиваемых разумеется ) как то так IMHO

ну это само собой
но реальное тестовое задание или хотя бы просмотр проекта над которым работал и простой разговор о технических деталях, нюансах - мне кажется, это близко

да, наверное я соглашусь что текстовое задание для джуна больше, так как у мидла/синьора найдется что показать либо из экспериментальных проектов, либо что-нибудь из прошлой работы

поработать пару недель врядли вариант  для мидла и тем более сеньора, которого зачастую специально хантят и платят за переход с текущей работы единоразовую премию

Так после интервью  ж конечно  когда достигли взаимопонимания но оставляем шанс передумать ( он не высокий)

Это называется испытательный срок

Да неужели)

Испытательный в любом случае нужен, дабы иметь возможность маневра, причем всем

Разумеется интервью + испытательный срок самый адекватный подход. Без всяких тестовых и ливкодингов

господа коллеги, есть у меня вопрос в другую сторону )
кто-нибудь реализовывал сервер авторизации отдельно?
Скажем, есть у вас:

login.domain.com
app.domain.com
dashboard.domain.com
something.domain.com

скажем, все они - абсолютно разные сервисы, довольно огромные.
Есть ли чего почитать по этому поводу?

Первое, что приходит в голову - банальное куки. Сетапить сессию на *.domain.com

а на остальных где third-level-domain-name != login, проверять наличие и дернуть АПИ.
И если сессия отсутствует или не валидная - редирект на login.domain.com

буду рад советам и подсказкам))

OpenID/OAuth

Здравствуйте!
Кто может помочь с добавлением поддержки любых типов(с ударениями) regular verbs  в сей модуль?
https://www.npmjs.com/package/node-english-irregular-verbs

интересная тема, посмотрю как оно реализовано под капотом..