Deita, нейронка тут о принципах работы говорит, а тут вопрос скорее о том, почему он выглядит именно так, как выглядит. Для чего все эти трубки, почему оптика каким-то экраном закрыта, итд
Drno, ну типа если "сборка" почти оригинал, то зачем вообще брать сборку?
Скрипты для установки всех нужных обновлений/рантаймов/сдк и всего нужного софта, например, лично у меня уже заготовлены.
практически всегда успешно определяем где указана фамилия, а где имя человека
1. Имена собственные пишутся с большой буквы.
2. Имя+Фамилия - это два имени собственных подряд.
3. Далее - смотрим на окончания, если это родные имена, иначе просто ищем знакомые имена/фамилии или пытаемся угадать.
YAHEFID, что такое "обычное api" и что такое "сервер"? Сервер - это программа или железяка?
Железяку вторую поднимать, естественно, не нужно.
Что плохого в том чтобы поднять ещё одну программу - я не понимаю.
Ты же поднимаешь СУБД чтобы данные хранить? Что плохого в том чтобы поднять ещё и сервис для аутентификации?
Тем более что он может потом использоваться отдельно от твоего api.
Если прям совсем не хочется усложнять - есть библиотеки, которые реализуют openid/oauth.
prog199708, обычно тут нужно начинать с требований и ограничений.
1. Какие вообще действия могут делать игроки?
2. За какое время сервер должен эти действия обрабатывать?
3. Сколько вообще игроков в сессии?
battle royale - это даже не жанр.
В батл рояль можно и шахматы завернуть и шутер - требования и ограничения к ним обоим будут сильно разные.
В случае шахмат можно будет выбрать абсолютно любой язык, тк нет никаких проблем, если каждый ход каждого игрока будет обрабатываться пару сотен мс. А вот в случае шутера это будет проблема - там нужно тысячи действий каждую секунду обрабатывать.
Конкретно это не oauth а oidc.
А чтобы можно было свой такой сделать - нужно поднять свой oauth сервер.
Тут список сертифицированных: https://openid.net/developers/certified-openid-con...
Из популярных и открытых: keycloack, ory hydra, zitadel
WbICHA,
1. Обычно СБ подключают на завершающих этапах найма
2. В первую очередь СБ смотрит на те вещи, которые я писал выше - чтобы не было конфликта интересов, уголовки, и прочего такого, что реально может угрожать компании.
3. Во многих компаниях сейчас уже процесс найма так устроен, что тебе результат технического собеса уже на следующий день обязательно сообщают.
Вариант "не перезвонили" легко контрится встречным звонком с просьбой письменно сообщить о результатах собеседования - это обязанность работодателя.
Если у вас был опыт работы в СБ - сообщите пж, почему может быть отказ по критерию, который описан в самом вопросе.
В крайнем случае всегда можно придумать "уважительную" причину.
Уважительную причину придумать будет крайне трудно, так как тут конфликт:
1. Техническое собеседование пройдено успешно, менеджеру нужен новый человек в команду. => Они не заинтересованы в отказе вообще.
2. СБ выдумали какую-то очевидную ересь. => Они не могут дать обоснованную причину отказа.
Серьёзно думаешь, что СБ пойдёт в нанимающую команду просить "придумайте какую-нибудь причину отказать, мы по какой-то нелепой причине не хотим, чтобы он у нас работал"?
Если такая ситуация вообще произойдёт, то ещё на этапе письменной просьбы разъяснить причину отказа - СБ за такие критерии получит нагоняй, а кандидат получит письмо от рекрутера вида "извините у нас тут ошибка внутри произошла, когда вам удобнее будет выйти на первый рабочий день?"
Если дело дойдет до суда, то тогда будут следующие доводы:
1. Кандидат успешно прошёл техническое собеседование
2. Кандидат успешно прошёл собеседование в команду
3. Кандидата пригласили заполнить документы.
4. После заполнения документов - кандидат получил отказ по надуманной причине, которая не вяжется с п1 и п2
5. Вакансия всё ещё открыта => отказ явно был получен не из-за того что пригласили другого кандидата или что вакансия не актуальна.
Очевидно ст 64 ТК РФ.
В случае суда, работодатель обязан будет сообщить суду все свои внутренние критерии, на которых строится решение.
