DS
У нас тоже один. Просто у него есть "фазы". Укладываемся до 40 минут/часа.
А, ну это ещё более-менее нормально.
Я просто подумал, что у вас как раз отдельно два собеса
Я просто подумал, что у вас как раз отдельно два собеса
Size: a a a
2021 January 21
p
cargo add tokio 🤷♂️
круто
p
У меня на прошлой работе это было особенно заметно.
Когда было несколько этапов, найм сильных спецов куда хуже шел. Прям ощутимо, было много тех, кто не шел на второй этап из многообещающих кандидатов и много тех, кто не принимал оффер.
Когда было несколько этапов, найм сильных спецов куда хуже шел. Прям ощутимо, было много тех, кто не шел на второй этап из многообещающих кандидатов и много тех, кто не принимал оффер.
потому что не хотят ходить по два раза?
DS
потому что не хотят ходить по два раза?
Потому что в целом процесс затягивается, нужно договорится про второй собес с человеком и участниками этого собеса, это скорее всего перенет дату на несколько дней вперед, что может привести к тому, что выдача оффера затянется ещё на +N дней, что приведет к тому, что человек скорее всего ещё какой-то вариант найдёт.
DS
Чем быстрее ты даешь оффер, тем лучше шансы, что тебя выберут.
DS
И это прям сильно влияет.
Т.е. я это видел на примерах, пока собеседовал, я сам так делал, когда ещё активно собеседовался на открытом рынке вакансий.
Т.е. я это видел на примерах, пока собеседовал, я сам так делал, когда ещё активно собеседовался на открытом рынке вакансий.
DS
Т.е. ты можешь долго морозить кандидата, только если ты какая-то компания с супер брендом, в которой все (или тот конкретный человек) очень хочет работать, и то даже таким компаниям на текущем рынке так делать может быть сложно
SP
Очередное днище — у DPD номера заказов идут последовательными числами и подряд перебираются в форме запроса статуса.
SP
кококо, зачем тебе рандомные айдишники
SP
парни я тут придумал идею
SP
мы можем хранить на 64битной машине 32битные указатели
а
ок
DS
мы можем хранить на 64битной машине 32битные указатели
Не ты первый. В JVM достаточно давно вроде бы есть опция для этого
DS
Там трюк в том, что т.к. в джава хипе из-за паддинга все обьекты имеют размер кратным 8 байтам, то три разряда в указателе будут всегда нулевыми.
Соответственно можно всегда держать 32 битный указатель сдвинутым на эти самые три бита и таким образом иметь возможность адресовать через него обьекты в хипах до 32 Гб
Соответственно можно всегда держать 32 битный указатель сдвинутым на эти самые три бита и таким образом иметь возможность адресовать через него обьекты в хипах до 32 Гб
SP
топово. а раст-скриптуха так не может?
T1
мы можем хранить на 64битной машине 32битные указатели
нахуя
DS
топово. а раст-скриптуха так не может?
С системным аллокатором ты так, очевидно не можешь, просто в силу его устройства.
Но если ты готов всё аллоцировать на своей арене, то вперёд.
Но если ты готов всё аллоцировать на своей арене, то вперёд.
SP
нахуя
экономия. представь у тебя двусвязный список. и ты хранишь 128 бит на просто мусор
D
экономия. представь у тебя двусвязный список. и ты хранишь 128 бит на просто мусор
есть и другие применения
https://github.com/facebook/folly/blob/0deef031cb8aab76dc7e736f8b7c22d701d5f36b/folly/PackedSyncPtr.h#L30
http://www.1024cores.net/home/lock-free-algorithms/tricks/pointer-packing
но вообще да, запихнуть что-то в указатель бывает полезно)
https://github.com/facebook/folly/blob/0deef031cb8aab76dc7e736f8b7c22d701d5f36b/folly/PackedSyncPtr.h#L30
http://www.1024cores.net/home/lock-free-algorithms/tricks/pointer-packing
но вообще да, запихнуть что-то в указатель бывает полезно)
SP
охуеть