Сливают — проверено на собственном опыте! В моем случае ХР одной компании позвонила мне и сказала, что вот в такой компании есть открытая вакансия и я подхожу под неё. С моего согласия моё резюме было передано во вторую компанию и в итоге я в ней и работаю сейчас.
Почему меня передали? Банально но вакансия в первой компании закрылась раньше чем я успел пройти все этапы отбора.
>> Может, было незаметно
На это я и хотел указать ))
Долго думал над алгоритмом с одной точкой на сервер… и не мог понять почему к минусам не причислена увеличенная почти в двое нагрузка на след. сервер.
На сколько я понял, основная изюминка в том, что каждому серверу ставится в соответствие много больше чем одна точка. (В описании алгоритма на это не было сделано акцента).
Из-за этого при падении одного, нагрузка на следующий по кольцу сервер не удваивается (это в случае если по одной точке на сервер — как на картинке), а распределяется равномерно (при многих точках для каждого). + специфика алгоритма не заставляет перераспределять ключи, уже лежащие на оставшихся серверах.
Все верно. Exception это не нормальный выход, но тем не менее это точка выхода из метода. И с этим не по споришь )). Возникают те же самые проблемы с читаемостью и отладкой, что и при множестве return'ов.
В настоящее время, когда повсеместно используются Exception'ы правило «один вход — один выход» перестает работать!!! Из любой строчки кода может вылететь исключение и на этом выполнение функции прервется. В таких сутуациях, имхо, ставить return нужно руководствуясь здравым смыслом.
А если Вы пишите к примеру на чистом C, то такой подход будет разумным.
Я тоже вначале думал о перестановках и математике, но быстро понял, что генерация подходящих вариантов будет занимать значительно больше времени чем простой перебор. Имхо лучше одно умножение чем одно условие (ошибка предсказателя переходов при ветвлении в процессоре сбрасывает весь конвеер, что замедляет работу).
P.S.
Код на Java. 0.156 сек. E8400 3ГГц.
Лично у меня после 30-50 отжиманий пот катится градом и сидеть в оффисе после такой зарядки для меня смерти подобно.
Для большинства такой способ зарядки в оффисе не будет уместным ((. А вот турник это действительно вариант.
Почему меня передали? Банально но вакансия в первой компании закрылась раньше чем я успел пройти все этапы отбора.
На это я и хотел указать ))
Долго думал над алгоритмом с одной точкой на сервер… и не мог понять почему к минусам не причислена увеличенная почти в двое нагрузка на след. сервер.
Из-за этого при падении одного, нагрузка на следующий по кольцу сервер не удваивается (это в случае если по одной точке на сервер — как на картинке), а распределяется равномерно (при многих точках для каждого). + специфика алгоритма не заставляет перераспределять ключи, уже лежащие на оставшихся серверах.
Спасибо за статью.
А если Вы пишите к примеру на чистом C, то такой подход будет разумным.
P.S.
Код на Java. 0.156 сек. E8400 3ГГц.
Для большинства такой способ зарядки в оффисе не будет уместным ((. А вот турник это действительно вариант.