А вообще вопроса не понимаю, тут же всё просто. Надо либо инициировать коннекты с сервера к приложению на устройстве, либо действительно предлагать устройству самому часто опрашивать сервер (особенно если оно не в прямой видимости), причём если задержки между poll критичны - держать постоянный коннект.
Для вычислений используются операции в математическом сопроцессоре, а там все числа в виде ±MeX (±M*10^X), где M - число от 1 до 10, хранимое в двоичном виде и имеющее от 19 до 20 знаков в пересчёте в десятичную систему. Мы можем получить погрешность при самых тривиальных операциях. Например, 5e15 + 5e-15 = 5000000000000000.0 (то есть по сути первое слагаемое), потому что для отражения разницы нужна точность в 30 знаков. Нам хватало точности для исходных чисел, но перестало хватать для суммы.
Чтобы вычислить степень точно, нужно в первую очередь не потерять в точности при вычислении 1/3, далее понять, что 0.333333333333333*3 это не 0.999999999999 а 1, а потом вместо возведения в степень применить более эффективную формулу вычисления кубического корня. В идеале использовать какие-нибудь библиотеки символьных вычислений, они медленные, но могут, например, уметь хранить 1/3 как дробь, а не как вычисленное с некоторой точностью число до какого-то знака.
AVKor, язык меняется постоянно. Это нормально и естественно. Русское слово "пожертвование" имеет конкретную коннтацию - жертвуют нищебродам. Использование вместо него краткого термина без таковой коннотации вполне себе нормально.
AVKor, слово "донат" относится к числу весьма распространённых в разговорном языке заимствованных неоязов. Гораздо короче громоздкого "пожертвования". Ничего плохого в этом не вижу.
jwwwe, в принципе, можно сохранять состояние карты в сессии или в #хеш-ссылке, обновляемой в процессе работы сайта текущим состоянием. Но это не слишком разумно. Неужели заказчику нравится каждый раз загружать обвешанный небыстрыми js сайт с нуля?
И в чём тогда выражается проблема с производительностью? Join действительно плохо работает, если обе таблицы, в нём участвующие, очень большие. Но по описанию это скорее всего не так.
Ничего "объединить" нельзя. Чтобы задачу решали несколько устройств, нужно не просто провод воткнуть, а организовать распределение задач и коммуникацию. Просто так в два раза лучше ничего работать не будет.
Chevengur, ну я думаю что проблема не в хабре, а скорее в размывании формата в целом. Любой аналог хабра окажется не больше него, а принципиально уникального там будет крайне мало. Побеждают универсальные помойки типа пикабу.
