mayton2019

CREATE TABLE IF NOT EXISTS

Скипает таблицу если она уже существует. Удали таблицу и тогда этот DDL отработает успешно.

Все зависит от того как отформатирован Linux-диск. Во времена первых Linux Black Cat (я себе ставил)
почти все пользователи делали большой fat32 раздел чтоб шарить файлы между Windows 98 к примеру
и Black Cat. Другого способа перекинуть файло не было.

Потом я где-то находил драйвер ext2fsd который по идее должен был дать возможность Windows-системе
видеть разделы но я не помню чтоб я его успешно применял.

Современные версии Linux уже видять NTFS через ntfs-3g поэтому Linux неограничено видит почти все.

WSL - это вообще отдельная вселенная. Кажется он реализован как Докер контейнер. И видит Windows
через /mnt/c точку монтирования.

Оно используется для проверки сертификатов.

Нажми Ctrl+Shift+ESC. Появится таск менеджер. И посмтотри какие процессы висят в топе по CPU, Memory, Disk.

Можно материализовать. Перечислить все комбинации prop_id и создать такое представление

prop_ids | responce
---------|---------
'1,2,3'  | [ { "prod_001" : 200 }, { "prod_333" : 134 } , ..... ]
'2,3,4'  | [.....]

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

Вы совершенно правильно ставите вопрос говоря

Но зачем мне инструмент машинное обучение если я и сам могу сравнить все исходные массивы, и найти тот, что совпадает?

В этом есть инженерная мысль - решать задачи подходящим инструментом. И если ВАША задача решается
методами базовой линейной алгебры (скалярное произведение векторов)
или мат-статистики то и решайте ее так как удобно.

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

Gimp очень похож но из-за других хот-кеев и нестандартного меню, вам будет скорее всего
очень некомфортно на него переходить. Поэтому лучше купить лицензию и работать с комфортом
как раньше.

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

Это очень наивная идея. Она была работоспособной в XX веке, когда система команд была простая и процессоры
были однопоточные и без кешей и конвейеров и микро-кода (КР580, Z80...)

Современный компиллятор знает больше чем обычный человек-разработчик. И очень мало людей в мире
в состоянии писать машинный код думая одновременно
1) О состоянии кешей
2) О состоянии всех регистров
3) О микрокоде и о загрузке конвейеров
4) Об таймингах mmx, sse, avr командах и сравнивать их на ходу по скорости исполнения
5) О прогнозировании переходов

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

Обычный кейс - надо писать код.
Надо писать МНОГО кода.
Надо не делать ошибок.
Надо гарантировать хорошую производительность этого кода.

Давайте посчитаем скорость 10Тб за 8 часов. Это

8L * 1024 * 1024 / (10 * 60 * 60) = 233 Mb/s

233 мегабайта в секунду это очень хорошая скорость.

По поводу износа. Если это магнитный блин то он страдает не от пропускной способности а от IOPS.
Тоесть от спорадических движений БМГ туда-сюда (SEEK time). Яркий пример - индекс баз данных. Если вы его
кладете на магнитный диск и база под нагрузкой то скорее всего повреждение может быть в механике.

Если вы просто копируете 1 толстый файл - то для HDD это достаточно мягкая нагрузка и он проработает долго.
Если в RAID то еще дольше.

Программирование - это как плаванье. Ты сколько книжек не читай - все равно программистом не станешь.
Ты просто должен сесть и начать программировать. Прыгнуть в воду и плыть.

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

Чаще заказывай code-review своего кода и слушай советы старших коллег. Даже если обидно и стыдно.
Слушай. Записывай и потом применяй.

По поводу Алгоритмов и Структур данных. Почитай Никлауса Вирта. Он как раз такую книгу и написал.

Попроси себе лицензию и установи этот чортов 1С и работай.
То что ты хочешь сделать - выглядит со стороны как нарушение инфо-безопасности.

Протстой перевод в Grayscale может не сработать. Тусклый желтый и яркий красный могут
дать совершенно одинаковый уровень серого. На градиетнах этот эффект испортит распознавание
текста. Вплоть до полной бесполезности Tesseract на такой картинке.

Картинку можно перевести в режим HSV (Hue,Saturation,Value) и для слоя H, который обычно
меряется в виде градусов от 0 до 360 будет ярко выраженная гистограмма из двух пиков - желтого
и красного. Далее обычным фильтром типа range выделяем желтый цвет и берем его за белый
и все что не-желтый - берем за черный.

После этого качество разделения красно желтой картинки станет лучше.

У трубочных, TFT, и плазменных телевизоров (мониторов), или светодиодных панелей
есть некая инерция свечения. У трубочных - свечение люминофора, у прочих время переключения затеняющей матрицы или включения-выключения светодиодов.

Тоесть если ты снял управляющее напряжение с пиксела - он продолжает светить несколько
милисекунд. (На этом основана физика движущихся изображений и анимации.)
Светит с затуханием. Поэтому чем дольше будет время этого пост-свечения (или реакции)
тем меньше будет мерцаний. Можно даже на 25 fps транслировать и будет выглядеть вполне
хорошо. Если это пост-свечение очень короткое - то надо ему давать 120 fps чтоб подогревать.

Геймеры обычно выбирают где побольше герц и поменьше реакция. Любители кино и сериалов
могут брать 30-60 Гц. (Реально больше не надо ибо оригинал идет таковой).

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

Существует ли формула для расчета этой частоты или реакции - я не знаю. Физика - чуть более
сложная. Аналоговая а не цифровая. Плюс еще - психофизиология восприятия цвета (ФНЧ в JPEG
и Chroma-Sampling).

Сокеты невозможно сериализовать. Придумай другую термиологию или другую идею.

Возможно ты хотел что-то другое?

espeak