freeExec

Ну страна то здесь не причем. Это в целом закон об авторском праве о том, что правообладатель может разрешать пользоваться своим аудио/видеоконтентом, а может и нет. Указывают его, чтобы контент не удалили, но если нет разрешения на использование контента, а вы все равно использовали, то может даже дойти до суда. Недавно был инцидент у BadComedian.

Вот здесь все подробно расписано: https://support.google.com/youtube/answer/2797449?hl=ru

поэтому хочу попросить подсказку

ну начните с теории нейросетей, персептрон там, распознавание цифр, вот это все. И с математики.
Где то через год возвращайтесь )

Мне кажется тут такой стек задач.
1) English Voice -> Recognition -> Subtitles
2) Subtitles -> Translate -> Russian Subtitles
3) Russian Subtitles -> Voice Sythnesis -> Done!

Вобщем все эти три задачи независимые и решать их можно по отдельности.
Что здесь интересно КМК. Обычно английский спич - более компактный.
И русский синхрон будет либо как-то ускорятся чтоб зайти в хронометраж.
Или фразы будут не успевать и накладываться. Тут - великое искусство
людей переводчиков в том чтобы и в артикуляцию попадать и успевать
смысл передать.

Ну вообще-то корректнее сравнивать "WHERE" и "AND" в INNER JOIN, а не LEFT.

Поскольку "AND в WHERE" и "AND в INNER JOIN", с т зрения логики, выдают идентичные результаты, могут даже 0 записей вернуть, и вопрос только в том, какой план запроса будет оптимальнее. Но это уже надо предметно обсуждать на конкретной СУБД.

А LEFT JOIN работает по-другому, и записей может вернуть больше. Выборка никогда не будет пустая если левая таблица не пуста.

return filteredWords.
                GroupBy(w=>w).
                ToDictionary(g => g.Key, g => g.Count());

решение

Индексы, будучи созданными один раз - остаются навечно.
Если из таблицы удалены данные (50%) - то примерно
столько - же данных будет удалено соотвественно и из индекса.

Дисковое пространство которое занимает индекс - обычно не освобождается.
Тут надо читать документацию по конкретной БД. Oracle может вести себя так,
Postgres - как-то иначе.

P.S. Интересная терминология. Съезжает...
P.P.S Лётчик?

Вопрос скорее философский.
Ответ: скорее потому что разработчик открыл исходные коды и сделал их общественным достоянием, потому что известный.
Можно также спросить почему везде Энштейна рисуют, ведь полно других ученых.

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

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

Никак. Технически невозможно.

RFC822 описывает сообщение почты как поток 7-битных данных. С которым я при приеме могу делать все, что хочу. Хочу - и удалю нафиг все html теги фильтром при приеме в ящик. Хочу - и порежу все ссылки (как делает Lotus Notes). Хочу - и приму письмо, а верну код, что пользователя не существует.

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

Из соображений безопасности открытие ресурсов по внешним ссылкам многие почтовые клиенты и почтовые сервисы не делают вообще. Тем более когда речь явно идёт о картинке размера 1x1, которую могут игнорировать намеренно (лучше уж тогда не указывать размеры, пусть клиент скачает картинку эту 1x1 и узнает размер только после этого).

Надо понимать, что E-mail - это канал с негарантированной доставкой до получателя без шансов проверить факт доставки/прочтения. Письмо может вообще не дойти до получателя, может дойти до "Спама", может дойти но сразу пойти в под нож - но мы об этом не узнаем. Все эти пиксельные картинки, оборачивания ссылок в персонально трекируемые, "запрос подтверждения" - всё эти попытки хоть как-то обойти эти ограничения всё равно ни к чему получателя не обязывают. Получатель может всё это полностью проигнорировать.

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

Я всегда принципиально отказываюсь от всех подтверждающих получение действий и фокусов, потому что если отправитель ПОЛЕНИЛСЯ приаттачить все картинки к письму - то значит я посмотрю на его письмо без картинок и по ссылкам переходить не буду вообще. Не заслужил. Ничего ценного в таких письмах я ещё ни разу не видел.

Единственное, для чего все эти средства помогают - примерно оценивать степень прочтения в сравнении с предыдущим опытом. Скажем, вчера письмо прочитало 30% получателей, это может означать что его прочитало, например,на самом деле 60%, но лишь половина подвержена трекингу. А если сегодня прочитало 10%, значит, что-то случилось: письмо хуже дошло до получателей, письмо хуже привлекло их внимание... (Все цифры, конечно, от балды, они имеют иллюстративный характер)

Да и вообще, в наше время почту читает всё меньше людей.

Вот так не нужно
https://wiki.postgresql.org/wiki/Don%27t_Do_This#D...

И всё Postresql умеет в numeric https://www.postgresql.org/docs/current/datatype-n...

up to 131072 digits before the decimal point; up to 16383 digits after the decimal point

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