mayton2019

Предположительно на картинке канал V(яркость) заменили на градиент радуги.

Онлайн тестирование - можно сделать только первой итерацией технического собеса. Тоесть отсеять тех кандидатов которые уж совсем ни бум-бум.

Но онлайн кодинг - тоже нужен. Это по сути единственная возможность проверить кандидата в бою и убедится что никто ему не подсказывает. Я лично видел много студентов которые неплохо набили руку на квизах и тестах (как будто они их ради тренировки проходят каждый день) но в реальных задачах такие зазнайки - бесполезны.

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

Вот есть онлайн-калькулятор https://www.h-schmidt.net/FloatConverter/IEEE754.html
Понабирай в нем твои числа и понаблюдай во что они превращаются после присвоения. А тогда уже
и вопросы по вычитаню отпадут.

Тут функция плотности будет выглядеть не как график. А как гистограмма с 4 полосочками (если мы хотим видеть вероятности состояний).

По гистограмме переходов - не готов сказать. Тут - сложнее. Но я-бы решил задачу приближенно. Методом симуляции. Просто запустил-бы в работу эту марковскую сеть и через 1000 эпох просто посчитал срабатывания переходов.

Коробочное решение - это библиотеки обработки текста Apache Lucene, Sphinx. Но их нужно программировать - следовательно вам надо искать разработчика.

ElasticSearch/Solr (под капотом это тот-же Lucene) - вариант но вам надо будет его конфигурировать и тщательно подбирать настройки Analyzer чтоб не получать ложно-позитивных срабатываний. Возможно в дефолтном варианте он слишком умный и делает стемминг там где не надо.

Если самостоятельно программировать то мы имеем такую complexity : 100 000 слов проверить в 150 текстах - это примерно 15 миллиардов тривиальных проверок. Типа поиска строки в строке. Хочется от этого уйти. Поэтому надо искать какие-то структуры данных работающие на exists(..). Например Фильтры Блума. При 150 тыщ элементов он будет достаточно компактен. Или сортирующие и хеширующие структуры (R&B Trees). Тогда вместо 15 млрд мы сведем к 100 либо к 150 тыс циклов по одному из измерений как будет выбрано.

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

Скорее всего такого чата не существует или имя задано как-то неточно.

@client.on(events.NewMessage(chats=("Binance Announcements")))

Попробуй другие правила например

@client.on(events.NewMessage(pattern='(?i)hi|hello'))

чтоб просто убедится что библиотека рабочая.

Какое-то время я посвятил играм с простыми числами. В студенчестве еще.
Вот тут не надо каждый раз прибавлять единичку.
if (K % (i + 1) == 0) {
Ее просто надо учесть в условиях цикла.
if (K % i == 0) {
Далее. Если нужно найти первый попавшийся делитель - то не надо перебирать все числа. Достаточно только 2 и все нечетные. Или даже лучше задать хард-кодом таблицу простых чисел до 2^16. Это как раз будет половина разрядной сетки int32.
int primes[] = { 2,3,5,7,11,13,17...... 65521 }
Это даст хорошее ускорение для поиска. Хотя время загрузки executable может увеличится. Кстати у меня много вопросов к бенчмаркам где стоит запредельно короткое время инициализации (0.25 s). Здесь - практически невозможно вычленить где время занимает алгоритм а где - просто запуск процесса операционки. Обычно когда меряют что-то подобное - меряют длительные процессы хотя-бы порядка минут но никак не секунд.

Зачем делать reindexdb для всего подряд? Это-ж делается в аварийно-ремонтных работах когда точно известно что сегмент индекса поврежден.

Мне кажется проще найти другую букмекерскую контору и не нарушать законы своего государства.

Я думаю - поздняк метаться. 99% что уже ничего не восстановить. Ничего бывает. У меня друг тоже пол-курсового так потерял. Ничего. Сел. За ночь всё восстановил по памяти.

Зачем пользователю видеть 400 строк на экране? Да их столько туда не влезает.

Для поиска делителей достаточно искать до sqr(n). И не для всех чисел, а только для нечётных. Предварительно только на четность проверит n.

На проблему надо смотреть в комплексе. На самом деле еще важный вопрос - как вы найдете этот элемент в массиве. Это - тоже часть алгоритма.

Такого факультета как backend не существует. Программирование (оно-же кибернетика и информатика и вычислительная техника) это совокупность наук которые вращаются вокруг железа и софта. С железом все понятно. Это всё что вас окружает. С софтом - это в основном языки программирования и ОС.

Backend - это модное слово последнего времени и на него нет точного определения. В некоторых случаях back-end-ом могут называть один компиллятор по отношению к другому.

По вопросам.

1) Да Python прекрасно подходит. Это очень распространённый язык для автоматизации и тестирования и еще много-много чего например в области data-science. Желаю конечно чтобы это был не последний ваш язык.
2) Подходит Java и C#. Их сильная сторона - это строгая типизация и как следствие меньше ошибок рантайма. Это кстати одна из причин по которой большие проекты на Python труднее поддерживать в рабочем состоянии.
3) С книгами - сложнее. Можете начать с Алгоритмов и структур данных Вирта. Там - самый минимум.
Кнута - не читайте. Это уведет надолго в глухую теорию со слабой практической ценностью.

В С++ массивы нумеруются от нуля до (n - 1).