mayton2019

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

С градациями серого - может быть подвох. Разные формулы перевода вектора RGB-> Grayscale могут давать разный результат. Тут надо понимать что мы хотим получить. Просто усреднение по всем каналам. Или по формуле человеческого зрения где зеленый канал имеет наивысший коэффициент. В этом случае влияние зеленых шумов будет сильнее на результат.

Я не специалист в MySQL но обычно транзакция заканчивается командой commit.
Проверь где ты явно завершаешь (фиксируешь транзакцию) или у тебя в свойствах соединения должен быть включен авто-коммит. Хотя авто-коммит это плохой вариант если ты удаляешь много строк.

Здесь заложена потенциальная ошибка гонок. Главный и дочерний потоки не синхронизируются через объекты синхронизации. Это означает что если дочерний объект тупанул в фазе например JIT компилляции то главный его не будет ждать и завершит приложение. И мы можем (теоретически) не увидеть даже следов работы дочернего потока. Искусственные паузы sleep() не являются механизмом синхронизации и их не стоит использовать для той цели которую хочет достичь автор. Нужен нормальный join. Или ожидание финала ThreadPool.

1) Что такое data? Почему ты названия классов пишешь с маленькой буквы? Это вроде бы пустяк но это раздражает читающего твой код. Возникает подозрение об ошибке или о некорректной копи-пасте.
2) Очень сложно понять что ты хотел получить на выходе. Нарисуй образец желаемого документа в Json и тебе помогут быстрее.

Я думаю если автор сможет спрогнозировать например следующее число из какого-нибудь SecuredRandomGenetator - то весь мир криптографии вздрогнет.

Неважно там... нейросеть или просто какие-то стат-методы. Это будет прорыв покруче этих ваших взломов SHA-1.

Вобщем цена этой задачи - как минимум премия по теории чисел.

В третьей строке лога приведена ссылка на решение проблемы.

slf4j - это просто переходник. За ним стоит обычно любая имплементация. Например эта.

group: 'org.slf4j', name: 'slf4j-simple', version: '1.7.30'

Подключи ее в артифакты проекта.

Нужно понять от кого автор защищается. От лоха - да это прокатит.

1) Если диск будут смотреть специалисты - они увидят подозрительную разность в физическом объёме диске и доступное место на фейковом диске.

2) Я пока себе не представляю алгоритм. Симметричная криптография нигде не хранит ключ. Поэтому реализовать этот выбор фейковая-нефейковая мне пока не представляется никак возможным. Просто в случае кривого пароля у вас не поднимется никакая ОС.

А хранения пароля для проверки - противоречит тому о чем я писал выше.

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

Обычная дисковая подсистема на домашнем ноутбуке состоит из 1 HDD/SDD. И он не параллелится. Тоесть это такое жлобское устройство которое в 1 момент времени может обслуживать чтение и запись 1 блока файловой системы (или сектора или кластера неважно). Поэтому параллелизм толком ничего не дает. Однако если у вас какие-то RAID массивы или сеть хранения данных то она может обеспечить такие действия.

Что еще в задаче плохо.

while(!InputFile.eof())
    {
      getline(InputFile, tmpString);
    }

Непонятно что здесь происходит? Перемотка в конец файла? Почему так дорого? Почему мы должны каждый раз получать строки? Ведь нам нужна только последняя? Может надо было взять первую? Вобщем непонятно.

Вот если-бы автор решал задачи наподобие map-reduce где работают с большими файлами тогда параллелизм был бы понятен. Там чтение блока файла чередуется в вычислениями.

Здесь вычисления - мелкие. И большая часть процессорного времени зря сгорит в старт-стопах потоков и в финальном join потоков (которые я кстати не вижу).

Тут наверное OpenCV не надо. Просто замерять цвета нескольких точек в течение 3-5 секунд (как фотик наводит резкость) и брать их среднее значение.

Этот алгоритм прост - как автомат Калашникова. А все что простое - работает быстро. Как будет работать OpenCV на Raspberri мне даже страшно представить. Скорее всего плохо т.к. OpenCV проектировалась сразу для сильного железа а Распберри это больше игрушка для энтузиастов чем платформа для видое-обработки.

Это Груви? Как это вообще скомпилировалось? Справа что стоит? Символ или строка?

value = value.replace(' ','');

Я вот не пойму. Автор что на 5 языках пишет? Полиглот прям.

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

Да. Докер неудобно использовать на Windows.

Да. Имеет смысл в наше время практиковаться в командной строке Linux/Unix/BSD чтоб иметь в крайнем случае заработок девопса если будет создан ИИ и всех программистов уволят. Или если ты будешь стар и глуп и негоден к современной скрам аджайл разработке. Или если твоей бабушке надо будет настроить файрвол или почту. Или просто если будешь перед друзьями "понты колотить". Например mp3 плеер запустить из консоли. Или хакнуть сайт своей школы. Вобщем много плюшек. Думай.

Можно написать веб-приложение на Питоне и запустить его на Raspberri.

Неудивительно что ты ничего не нашел. Работа с Xml - это на 90% работа с кастомными библиотеками.

Вот посмотри обзорная статья
https://www.baeldung.com/java-xml

С файловым сервером - задача лишена смысла. Можно вообще не удалять.

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

Как сделать это в Android - я не знаю. Т.к. я больше специалист по серверной Java.

Все что написал автор не имеет особого значения. Языки выбирают вообще не по такому принципу.
Любой из них - вашу задачу решает. И на 99% выбор будет обусловлен экспертизой вашей команды
по отношению к ЯП.

И оцените риски принципиальной невозможности что-то сделать. Например - запустить фоновое задание или поток внутри процесса Node. Это - важный момент и Liberrum Veto, который может просто исключить какой-то
язык или технологию из списка вообще.

Эта задача похожа на поиск в глубину DFS и на задачу об укладке рюказака.

Как решить ее на Хаскеле - я пока не знаю. Надо думать. Особенно в части поиска
оптимальности и вообще доказательства того что решение существует.

Доказательство - важно если вы представите что цены на коров - иррациональные числа на пример.

Почитайте про Web-assembly. По идее эта технология позволяет просто запускать очень быстрый код в среде браузера. Насчет языков я не скажу.