Т
ответил зачем потоки если гил
Size: a a a
2020 December 14
Т
и свободен
Т
кмк тут сеньоризм непричем
Т
А как ты это представляешь - мне надо было сделать запись собеса и выложить?)
это я про свой опыт рассказываю
u
А, ну просто такие ребята попались, видимо
u
Я где не собесился - вполне адекватно было (кроме яндекса)
Т
А, ну просто такие ребята попались, видимо
и так раз 5 😄
u
В одном месте даже был входной тест по алгоритмам, но он даже был забавный, несмотря на моё отношение к собесам по алгоритмам
Т
кмк тут сеньоризм непричем
на сеньора можно было бы хотя бы про мьютекс спросить
u
и так раз 5 😄
А ты в какие страны/какого профиля компании собеседуешься?
Т
А ты в какие страны/какого профиля компании собеседуешься?
в любые с веб-разработкой
Т
собеседующие русскоязычные
u
Мейби особенности галер? Я только в продуктовые компании хожу, мб поэтому адекватнее
S
на сеньора можно было бы хотя бы про мьютекс спросить
В каких случаях многопоточного кода вы не будете использовать мьютекс?
u
на сеньора можно было бы хотя бы про мьютекс спросить
Я ж говорю - люди даже на эти вопросы не отвечают, кто там вообще знает, что такое мьютекс)
S
О раз уж разговор идет за архитектуру
S
Смотрите есть задача - 2 сервера, между ними поднят кейдб реплика М-М. С нескольких хостов в list добавляются в конец записи. Есть скрипт который сейчас работает на первой ноде и выгребает для обработки из начала списка эти записи. Я хочу чтобы этот скрипт работал на обоих нодах, но проблема в том, что у скрипта должен быть монопольный доступ к этим данным. То есть они не могу параллельно разгребать эту "очередь".
Как мне это лучше организовать?
Как мне это лучше организовать?
S
На всякие раббиты переезжать не вариант - мне нужно очередь коллцентра эмулировать - а значит данные могут удаляться из середины очереди, могут возвращаться в начало и тд - то есть keydb самое оно.
S
Да - я читал Танненбаума, но хотелось бы практических советов
ℹ🅿
А если сделать централизованный консьюмер, который будет выдавать сам на ту или иную тачку?