Karpion

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

А ещё можно организовать БД с этими хешами так, чтобы каждый хэш содержал ссылки на все хэши, которые от него мало отличаются. Ну или можно по ходе дела сгенерировать все хэши, отличающиеся от данного на один бит, на два бита, на три бита, etc; ну и запросить БД по этим вариациям.

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

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

Запись "HOVERED | FOCUSED" читается "HOVERED или FOCUSED". Однако, по-русски это должно говориться "HOVERED и FOCUSED" (аналог: крокодил - длинный и зелёный").
Ещё это выражение можно записать "HOVERED + FOCUSED" - будет то же самое, и к тому же понятнее. Но эта форма записи плоха тем, что для двух одинаковых признаков "HOVERED | HOVERED == HOVERED", а вот при сложении будет не так.

Допустим, переменная x содержит в себе статус кнопки. Работать с этой переменной надо так:

• Кнопка попала в фокус: x|=FOCUSED
  
• Кнопка вышла из фокуса: x&=~FOCUSED
  
• Проверка, в фокусе ли кнопка: x&FOCUSED?в_фокусе:не_в_фокусе
  

Это можно использовать бездумно, не зная о двоичном представлении чисел.

Алгоритм зависит от ситуации и от организации графа.

Если нам надо выяснить наличие электричества с нуля для уже построенной сети:

1. Все работающие электростанции считаются - имеют электричество.
   
2. Перебираем линии, подключённые к работающим электростанциям; их надо собирать в отдельную очередь. Каждый дом на конце линии, который ещё не в списке - заносим в список имеющих электричество.
   
3. При добавлении каждого дома - в очередь заносятся линии, подключённые к этим домам.
   
4. Когда очередь стала пустой - список построен окончательно.
   

Если Вам надо добавить линию - то смотрим, есть ли на одном конце этой линии дом с электричеством, а на другом конце - дом без электричества. Если в дом1 имел электричество, а дом2 не имел - то применяем вышеизложенный алгоритм, но уже от дома2, где оно появилось. Ну и обратную проверку тоже надо сделать.

Если включается электростанция - то запускаем поиск от неё.

А вот если рвётся линия или отключается электростанция - то придётся строить список с нуля.

PS: Есть алгоритмы динамической маршрутизации пакетов в сетях передачи данных (в т.ч. в Internet). Они умеют чётко обрабатывать добавление и удаление узлов и связей между узлами. Но они хранят намного больше информации - т.е. такие алгоритмы требуют больше памяти.
Ну и надо добавить, что эти алгоритмы предназначены для распределённого выполнения на узлах, причём связь между узлами может отсутствовать.

Проблема в том, что сделать у всех трёх чисел равномерное распределение - не получится. Вы бы написали, зачем это нужно.

Мне кажется, надо кинуть на отрезок длины 100 три точки, чтобы разделить его на четыре части. Полученные три числа - отсортировать.

Проблема: числа могут получиться одинаковыми.
Решение: Кидаем три точки на отрезок длиной 94=100-1-2-3. Сортируем отрезки. Потом к первому прибавляем 3, ко второму прибавляем 2, к третьему прибавляем 1 - это если нужны целые числа.

Сначала надо распарсить текст на подлежащие, сказуемые и остальные части предложений. И тут уже начинаются проблемы: "крокодил" - это подлежащее или сказуемое прошлого рода?

Дальше будут иные сложности. Например, в тексте м.б. что-то типа

Вася сказал:
- Там был синий шар.
Петя возразил:
- Нет, шар был красный.

Ваш бот должен понимать речь персонажей - и учитывать, что персонажи могут лгать.
Или там чистое повествование, без прямой речи?

Будут проблемы с пониманием местоимений - это в принципе неоднозначно.

Вы зря считаете угол по формуле типа "+=" - она накапливает ошибки. Лучше считать "angle = time * speed".

Допустим, в момент начала остановки угловая скорость была speed, а остановиться надо через угол fi.
Если скорость будет неизменной, то колесо пройдёт угол fi за время t1=fi/speed. Если скорость будет равномерно снижаться до нуля, то за это время колесо пройдёт угол fi/2.

Допустим, в момент t0 колесо имеет угол angle0. И мы начинаем тормозить по формуле
angle = angle0 + (time * speed) - (uskr * time^2 / 2)
Колесо тормозится - ускорение отрицательное.

Скорость обнулится в момент
d_time1 = speed / uskr
В этот момент угол angle1 будет равен - по формуле выше. И он д.б. такой, какой нам надо, т.е. он известен.

angle1 = angle0 + (time1 * speed) - (uskr * time1^2 / 2)

Подставляем time1 :
angle1 = angle0 + (speed / uskr * speed) - (uskr * (speed / uskr)^2 / 2)
angle1 = angle0 + (speed^2 / uskr) - (speed^2 / uskr / 2) = angle0 + (speed^2 / uskr /2)
(speed^2 / uskr /2) = angle1 - angle0
uskr = (speed^2 / 2 / (angle1 - angle0))

Ну вот, вроде, всё. Вычисляем:
angle0 = time0 * speed
uskr = (speed^2 / 2 / (angle1 - angle0))
d_time1 = speed / uskr
if time < time0 then {
angle = time * speed;
} else if time < time0 + d_time1 then
angle = angle0 + (time * speed) - (uskr * time^2 / 2)
} else {
angle = angle1
}
Как-то так...

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

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

В данном случае надо использовать не цикл-с-предусловием "while ...", а цикл-с-постусловием "repeat ... until" (иногда его пишут как "... while" или "do ... while", но условие стоит в конце цикла).

Можно жить и без этого. Но без этих знаний - можно круто накосячить.

По моим ощущениям - Вы считаете "1" простым числом, а авторы задачи думают иначе.

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

Upd: Открыл ветку комментариев выше - оказывается, там это уже есть.

Пусть конечные точки имеют декартовы координаты {x0,y0,z0} и {x1,y1,z1}
Берём отрезок прямой, соединяющий конечные точки (проходящий внутри сферы); координаты его точек будут:
{x0+(x1-x0)*k,y0+(z1-z0)*k,z0+(z1-z0)*k}, где k пробегает все хначения от нуля до единицы.
Переводим эти координаты в сферическую систему, а затем принудительно делаем радиус равным радиусу окружности (углы не меняются). Всё, мы имеем все точки нужно Вам дуги окружности.

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