kycokpiroga

Восприятия пользователем результатов прогностических систем

Вообще тема мертвая, она элементарно плохо сформулирована. Как мне видится, что бы со всем этим делом справится. Тебе подойдет дашборд, при чем в качестве web приложения. Если твой язык python то стек будет такой.
python, pandas, plotly + dash + scikit-learn / statsmodels. Я бы рекомендовал statsmodels, раз уж речь о улучшении восприятия, то работай с интерпретируемыми моделями (statsmodels много инферентной статистики предоставит).

1. Покажи на графиках, как изменение в одном из предикторов, влияют на твой таргет.
2. Сделай анализ важности предикторов, это тоже улучшит понимание юзера.
3. Покажи как удалил выбросы
4. продемонстрируй что применяя стандартизацию данных (или другую трансфомацию), сама структура данных не меняется и т.д.
5. Вообще рассмотри толковый EDA.

Универсального инструмента нет. Следует исходить из задачи (какой именно фронт и что именно должен уметь бэк), и ресурсов - на сколько сильно вы можете увеличить стоимость устройства и какой человеческий ресурс.

На фронте, как уже сказали, выбора нет - любое решение в итоге будет сводиться к html/js/css (даже если навернуть React/TypeScript/sass)

На бэке варианта два:
1. Чайник/принтер сам выступает в роли сервера. Тогда придётся писать на C или Rust.
2. Сервером выступает отдельный, более мощный компьютер, чем тот который управляет основными функциями.
Он может быть как встроенным в устройство (какой-то небольшой одноплатный компьютер), так и отдельным (полноценный сервер или хаб) - тогда бэкенд можно будет написать на том, что тебе будет более удобным.

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

Большую степень не вычисляют в лоб, тем более, что при выполнении действий в модульной арифметике её не нужно хранить целиком, достаточно хранить остаток от деления на известное постоянное число. Знак "тождественное равенство" используется как знак равенства в модульной арифметике, если модуль указан отдельно, поскольку сами числа, естественно, не равны.

Дискретное логарифмирование - формально, задача на пространстве решений, на котором можно применять модульную арифметику над многочленами или числами, с некоторым простым числом в качестве размера множества, частного для деления по модулю и вообще.

Саму степень по модулю можно вычислить довольно простым образом: Вначале раскладываем показатель на двоичные составляющие: 2*24 = 48 = 32+16 = 2^5+2^4. Потом пользуемся двумя тождествами: Первое x^(a+b)=x^a*x^b - произведение степеней одного числа равно степени числа в сумме показателей (забыл точное название). Второе (x*y) mod n = (x mod n)*(y mod n) - неважно, когда брать остаток, в начале или в конце. В итоге возведение числа 2 в большую степень по модулю N выполняется так: в результат заносится 1, в аргумент 2, потом в цикле по разрядам показателя если текущий двоичный разряд показателя 1, результат множится на аргумент и берется остаток по модулю N, который кладется в результат, а аргумент потом умножается на себя и остаток аргумента по модулю N кладется в аргумент.

Итого: аргумент принимает последовательно значения 2, 4, 16, 256, 65536 mod 541 = 75, 75*75 mod 541 = 215, а результат - 1, 1, 1, 1, 75, 75*215 mod 541 = 436.

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