dmshar

Тест для выявления различий в трех группах - это так называемый ANOVA-тест, т.е. тест на проверку различий в дисперсиях.
Соответственно, пермутационный тест в данном случае тоже должен смоделировать этот тест.
Как это сделать - можете посмотреть вот тут https://math.stackexchange.com/questions/1189063/p...
Я конечно понимаю, что врят-ли вы когда-либо программировали на R. Но последовательность действий там вполне понятна, а соответственно переложить этот скрипт на Python затруднений вызвать не должно.
P.S. На всякий случай - ANOVA реализуется в Python с помощью функции f_oneway() пакета scipy.stats

Хотелось бы уточнить, если позовлите.

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

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

А поскольку хотелось бы знать, на какой уровень подготовки ориентировать свой краткий ответ, расскажите пожалуйста, что по теме вы уже прочитали, какие книжки (не научную фантастику, а по теме) или с какими видеокурсами вы уже ознакомились, и главное - что конкретно осталось непонятным. Это поможет людям тут немножко сэкономить свое время для более полного удовлетворения вашего запроса.
Ждем.

Так как вы написали - понять вообще ничего нельзя. Если хотите критики алгоритма - до дайте алгоритм, а не какой-то отрывочный набор слов.

По первому вопросу. Во-первых, причем тут обход графа? Каким он боком к этой задаче? Во-вторых, причем тут рекурсия? В-третьих - так информация о "первом абитуриенте в списке" или "топ-1" (т.е. как минимум втором?). Что значит "выбранная специальность" - откуда она взялась? "выходим из рекурсии" - и что при этом? Каков результат "захода в рекурсию"? "начинаем алгоритм с начала" - это как? Почему при "копии" надо выходить из рекурсии? В общем - набор каких-то несвязанных обрывков фраз, алгоритмом который назвать невозможно. А значит, и критиковать нечего.
По второму вопросу. Как может быть корректна формула, если ее коэффициенты (да и сама структура) взяты из головы и ничем не подкреплены? Что такое "тип документа с отрицательным весовым коэффициентом"?? Справка о судимости, что-ли? Но даже если вы "придумали" формулу, какое она имеет отношение к реальным шансам человека?

Хотите анализировать (или что-бы вам помогли анализировать) ваши алгоритмы - делайте это способом, принятым в сообществе специалистов по ИТ, а не бабушек на скамейке у ворот. Но для этого надо разумеется, этому предварительно обучиться.

P.S. Кстати, итерация и рекурсия - это РАЗНЫЕ формы реализации алгоритмов. А то у вас в заглавии одно, в вопросе - другое.

А есть-ли ограничения на количество элементов в списке? Если есть - я бы сделал так: Построил бы все комбинации из допустимого количества элементов, просчитав при этом их суммы. Потом бы отсортировал эти объекты по спаданию суммы, а потом начиная с наибольшей суммы проверял-бы удовлетворяется-ли условие по К. (это очень просто). Как только условие удовлетворено - максимально возможная сумма найдена.

Но если вдруг указанного ограничения нет - то увы, возвращаемся опять к NP-сложной задаче.

1. Ответ на ваш вопрос - "Можно".
2. Предвидя ваш следующий вопрос - " а как это можно сделать" - отвечу сразу, Не знаю, какой путь вы там решили искать (вы даже не удосужились нам об этом сообщить - а зачем, все же должны бегом побежать догадываться, какую там задачу вам задали на дом и вы не осилили, - ну да ладно) - но начните поиск путей в ориентированном графе с алгоритма Дейсктры. 99% вопросов отпадут (если осилите, конечно). За остальными непонятками - возвращайтесь сюда, попробуем помочь.

Во-первых. "Влияние" одного параметра на другой может быть оценен с помощью коэффициента корреляции. В данном случае - скорее всего - коэффициента корреляции Присона.
Во-вторых, "влияние" одного параметра на другой может быть выявлено в виде регрессионной модели.
Коэффициент корреляции просто покзывает, можно ли ПРЕДПОЛОЖИТЬ, что параметры между собой связаны. Регрессионный подход пытается строить модели. Но что-бы эта модель была адекватной, т.е чтобы с ее помощью можно было действительно что-то предугадывать, на данные должны быль наложены более серьезные ограничения. Выполняются-ли они на ваших данных - надо проверять.
Другое дело, что в реалии все намного сложнее. Данные у вас (предположим) объем продаж в зависимости от реальной температуры в этот день. А строить модели вы собираетесь по прогнозу. И это вовсе не одно и тоже. И - если подходить серьезно -гораздо сложнее прямой задачи.
Ну и кроме того, не забывайте, что ваши данные скорее всего имеют еще и сезонную составляющую, причем слово "сезонный" тут может иметь значение и 7 дней, и 30 дней и 365 дней. И если все делать "по взрослому" - то тут уже начинают работать модели временнЫх рядов.

Открою вам маленький секрет, который вам должны были рассказать на первой же лекции по теории алгоритмов. Если вы возьмете тот-же массив, перетасуете его и еще раз отсортируете, то велика вероятность того, что получите ответ, отличный от 28.
И вам наверняка говорили, что O(n) - это вовсе не время и даже не количество операций, которые надо выполнить. На самом деле О - нотация показывает как изменяется количество выполнимых операций при соответствующем увеличении входных данных.
Соответственно O(n) говорит, что с ростом объема количество операций растет (примерно) линейно, а O(n^2) - растет (примерно) квадратично.
Если хотите удостовериться - надо проводить такой эксперимент. Берете набор данных на Х элементов, 100000 раз его тасуете и 100000 проводите сортировку. Получаете некоторую усредненное число повторений A. Потом берете набор данных на 2Х элементов и повторяете процедуру. Получаете усредненное количество операций В. И смотрите, в каком отношении находятся В и А. Вот это и есть грубая оценка О(.).

Задача: Как из ограниченного количества чисел найти те, из которых можно составить вводимое число?

Полный перебор. С возможным окончанем иттерации при превышении текущей суммы заданного числа.

Блин, ну почему "важно знать не сам язык программирования, а важно знать алгоритмы, парадигмы и так далее. " сразу трактуется как "НЕ надо знать язык программирования....". Ну где, кто и когда такое написал????
Кстати, тут в недавней теме речь шла не о том даже "знать-не знать" язык программирования, а о том, "запоминать или не запоминать".
Так вот, к вопросу - язык знать необходимо, но можно не помнить точный синтаксис и особенности. А вот "парадигмы" надо понимать. И по очереди их -языки и парадигмы - учить никак не получиться (вернее - совершенно бессмысленно), они слиты в единое целое.
А с классическими алгоритмами вообще "странная" вещь. - вы их можете никогда в своей жизни не употребить, но учить их - необходимо. Если хотите конечно быть Developer а не Coder.

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

Читал-читал, но так до конца и не понял, что-же вам надо. Вот такие двумерные графики, где цвет или третья координата зависят от значения параметра? Или что-то другое? И да, все эти графики строятся именно по заданным значениям в точках, разумеется.

вторая строка в коде

purchase_transactions=purchase_transactions+sale_transactions[i][4] * sale_transactions[i][5]

Ну и последняя строчка, конечно, без отсупов.
А уж сколько она насчитает - столько насчитает.

Представьте себе вам и вашей команде надо сделать какую-то работу, ну предположим - построить стену. Вы начальник. У вас в голове должен быть алгоритм решения этой задачи - изготовить раствор, заместить раствор, поднести кирпичи, уложить слой раствора, уложить слой кирпичей, если высота стены меньше заданной - повторять описанные выше действия. Разложив задачу на шаги и увязав их воедино вы получили алгоритм решения, который передаете исполнителем для выполнения.
Аналогично в программировании. Вам ставят задачу, первым делом вы должны ее разбить на некоторые более простые действия и увязать их между собой. Теперь вы можете этот алгоритм описать - на русском языке, на английском, на китайском.... А можете на языке программирования С++ или Java Script. Вот тут алгоритмы сортировки вообще языком танца демонстрируют. Прикольненько так и вполне понятненько :-).
https://habr.com/ru/post/117200/
Конечно, когда мы говорим о программирования некие вещи надо знать - что такое память компьютера, как там данные можно сохранить и как их оттуда извлечь, и пр.
Но цикл - это понятие не из программирования, но в разных языках оно просто реализовано немножко по разному. И сравнение и выбор - тоже проистекают из обычной жизни и только специальным образом воплощаются в языках.
Так что язык, который вы используете - это только средство описания алгоритмов, а никак не необходимый инструмент.