dmshar

А что, специалистов по "национальной безопасности" (!!!) не учат самостоятельно искать ответы на свои вопросы хотя-бы в интернет? А что специалисты по "национальной безопасности" не изучают - в том числе - что такое "информационная безопасность"? А что, специалистов по "национальной безопасности" не учат САМОСТОЯТЕЛЬНО принимать решения, а не полагаться на "помощь зала", который к тому-же непонятно кем заполнен? А что, специалистам по "национальной безопасности" просто влом просмотреть раздел "Информационная безопасность" этого-же форума, где таких вопросов по пол десятку в неделю?
Специалистом по информационной безопасности невозможно стать не будучи специалистом по информационным технологиям. Вот с этого и следует начать.

Как по мне, 'красное яблоко' и 'бордовое яблоко' - это абсолютно не синонимы. Как минимум столь же разные сорта как и между красным и зеленым яблоком.
А например, "красное яблоко" и "красное авокадо" - это синонимы? Да? Нет? Почему?

А если для вас это синонимы - то сделайте свой список синонимов и пользуйтесь им. Просто поиск по этому списку. На совпадение.
ИИ - это не волшебная палочка. Его сначала надо научить, что вы считаете синонимами, а что нет. А тут работы - выше крыши, вы же не знаете, какие именно слова она будет принимать на вход.

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

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

А зачем для решения такой задачи ЯЗЫК программирования?? Достаточно API,.

Начните с "смотрения" в сторону теории вероятности. Для начала. Источников в сети - сотни и тысячи.

Теперь про ваш вопрос.
Вы взяли РАВНОМЕРНОЕ распределение. И генерируете числа. Функции для генерации чисел согласно основным законом распределения действительно реализованы в Python/numpy. Если вы хотите генерировать числа с неким распределением, которое вы сами зададите - ничего не мешает это делать. Например, взяв за основу то самое равномерное распределение и выполнив преобразование по формуле плотности распределения, которую сами и напишете.

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

А сам курс Степика вы прослушали? Или хотя-бы какую книгу по Python открыли? Просто непонятно, откуда может возникнуть такая задача, если нет понимания как ее решать? Еще и пример перед глазами есть. Непонятно, что объяснять - условие-то сформулировано предельно четко и ясно: вводим матрицу, пересчитываем ее элементы по описанному правилу, выводим результат. Что-же неясного? По каждому из шагов?

Самый простой способ - определить сколько разрядов в двоичном представлении числа. По-моему, такую задачу дают на первых занятиях по информатике, при изучении двоичной системы счисления:

n = int(input())    
count=0    
while n > 1:  
    n = n // 2
    count = count + 1
print (count, 2**count)

Наверняка такая статистика есть. У тех, кто эти закладки выявляет по долгу службы. Будут ли они делиться этой информации для всех желающих - сильно подозреваю, что нет. И в общем-то причины этого понятны.
Да и зачем знать, что фирма (или организация) А за прошлый год выявили Х закладок, а за текущий Х-5 ? Для каких задач может потребоваться эта информация?

FB2 или ePub - отличные форматы. Для чтения. Особенно - художественного. Вы два тома Лутца будете читать как два тома Толстого?
Вообще-то Лутц - как и другие книги по программированию, и в особенности - для начинающих - это НЕ книга для чтения. Это книга для изучения. В данном случае - сидя за компьютером, возможно даже что-то для сокращения время копи-паст. Поэтому PDF - самое то, что надо.
А вот с английским надо что-то делать. Если в профессию хотите. И возможно - даже раньше, чем с Python (ну или паралельно). И вот тут - можно уже FB2 или ePub и даже аудиокниги - слушать по дороге в школу.

Я уже как-то раз вам советовал. Повторю. Все-таки попытайтесь ИЗУЧАТЬ предмет своего интереса на регулярной основе, и не по статейкам в веб, даже на Хабре, а не выхватывать отдельные факты. А вы продолжаете выхватывать. Кстати, пример с логическими операциями для обучения нейросетям где-то кем-то запущенный и теперь гуляющий по веб с моей точки зрения ничего кроме вреда и запутывания обучающегося не дает. А с практической точки зрения так и вовсе бессмысленен.
Сейчас есть куча неплохих книг. В том числе и для начинающих. Например

Эндрю Траск, Грокаем глубокое обучение. ,
Тарик Рашид.Создаем нейронную сеть
Франсуа Шолле Глубокое обучение на Python

Вот с таких книг и начните.
Тогда не придется за каждым чихом бежать на форум.

Что-то ничего более красивого на ум не приходит. Попробуйте так:

import re
st = 'AAAAdfkjvsAAAA dsjfrfls d AAAAskdnfijdnAAAA kdferjnks AAAAjdfnjAAAA'
old='AAAA'
new='BB'
change_list=[1,2,3]
elt_list=[]
for i,a in enumerate(list(re.finditer(old, st))):
    elt_list.append([i,a.start()])
elt_list.reverse()
for elt in elt_list:
    if elt[0] in change_list:
        st=st[:elt[1]]+st[elt[1]:].replace(old, new,1)
print(st)

Результат:

AAAAdfkjvsBB dsjfrfls d BBskdnfijdnBB kdferjnks AAAAjdfnjAAAA

P.S. Отсчет удаляемых фрагментов, конечно, ведем с нуля.

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

Начните с того, что вот вы попробовали вот эту и эту библиотеки, о они оказались "не хорошими". Возможно - именно для вас. И объясните - почему они оказались для вас не хорошими. И какие требования вы предъявляете к "лучшей" библиотеке. А за одно,что вы понимаете под "обработкой" голоса. Тогда будет легче вам предлагать - кто сможет, конечно - нечто лучшее.
А так - ну начните отсюда

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

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

Я бы поставил вопрос по другому. Для чего нужна "бакалавратура", если бакалавр - это недоучившийся магистр?
В советские времена были техникумы, со сроком обучения 3 года. На выходе - среднее специальное образование. И были ВУЗы, со сроком обучения 5-6 лет. На выходе - высшее образование.
Как вы думаете, бакалавр - это кто в такой системе координат?
Сегодня что, специалисту надо знать меньше? Студент научился быстрее учиться?
Программирование - профессия, где можно нахвататься поверхам? Преподаватели стали на голову квалифицированнее? Что собственно изменилось?