mayton2019

Тебе нужна функция цветовой дистанции между двумя цветами. Типа

double getDistance(int rgb1, int rgb2) {
    ....
}

Формула будет похожа на взвешенную сумму цвета как ты писал выше. Только в цветах
нужны будут разности r1 - r2 e.t.c. И взять декартово расстояние.

Она будет возрващать от 0 до некоторого максимального вещественного. Если 0 - то цвета идентичны.

Задаешь порог чувствительности например 5% и если цвета rgb1 и rgb2 близки - то соотв. считаешь
что совпадение было. Сравнивать по знаку == цвета нельзя в фотографиях. Там очень редко
бывает численное совпадение. Практически - никогда не бывает.

обязательно ли именовать пакеты в Java именно так "com.javastart.NAME"

Их можно именовать как угодно. Просто если делать интеграцию твоего приложения с другими
библиотеками то конфликтов имен можно избежать если всегда добавлять домен + твое имя.
Это практически всегда уникально.

Автор попробуй поменяй версию com.qiwi.billpayments.sdk на более новую или более старую.

Можно брать последнюю с суффиксом LongTermSupport (LTS) но с условием что фреймворк тоже
поддерживает эту версию. Например я тоже люблю топчик (JDK17) но вынужден кататься на
более старой модели жигулей JDK11 только потому что нужные Spark/Hadoop иногда хотят
именно старую версию.

Для разработок в банковской среде очень многие enterprise приложения до сих пор (!)
сидят на JDK-8 и очень мало вероятно что они когда-то переведут language на что-то более
старшее. Поэтому весьма анекдотична ситуация когда вас собеседуют и спрашивают про
модное-молодежное а когда приходите на рабочее место - с ужасом узнаете какой
огромный парк легаси сред и языков вас будет сопровождать. Печаль-печаль.

Вообще проблемы установки конкретного дистрибутива ощущают с болью в основном Windows-пользователи.
Для Linux эта проблема не так заметна. Можешь поставить 3/11/17 LTS в разные фолдеры и переключать их просто меняя PATH/CLASSPATH для текущего сеанса консоли.

Для приложений на базе контейнеризации (docker/kuber) - вообще такой проблемы не существует.
Каждое приложение выбирает себе конкетную сборку JRE/JDK в конфигурации образа.

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

Делать его бином тоже как-то не хочется

Не совсем понятно почему не хочется. Экономишь память? Или время иниализации бина?

У тебя проблема вовсе не в Spring. Здесь если убрать Spring за скобки - то ты также будешь ломать
голову над тем как разложить твои данные по методам.

Попробуй реши эту задачу вообще без Spring. Будет простое ООП-решение. Вот затащи его потом
в Spring и вопрос сам собой решится.

Это значит, мне надо сделать 1000 репозиториев, в каждом Х методов (получение по ID, получение по значению поля, одного объекта, коллекции...). И ещё 1000*Х методов в контроллерах....

Зачем такой ужас. Делай только те репозитарии которые реально задействованы в бизнес-задачах.
Из личного опыта могу сказать что если приложение спроектировано по умному - то ему не нужно
выделять каждую таблицу в Entity.

Мне кажется что внедрение WebFlux идет от "реактивного манифеста". Вообще классические сервлетные серваки которые раньше поддерживались Tomcat/Jetty сегодня могут быть прозрачно подменены на netty, на уровне конфигураций бута, что как-бы приближает нас к асинхронщине. И современному бизнес-разработчику практически будет безразлично, написан ли его контроллер на блокирующем IO или на каком-то другом. По сути речь идет о диспетчеризации ресурсов. Где создавать поток. А где и хватит единого потока диспетчера на всех.

По поводу WebFlux, я видел один проект по обработке web-messages и это было удобно. Но только если мы на уровне алгоритма гарантируем что хендлер месседжа не будет занимать много времени.

Вот так надо

Pattern regex = Pattern.compile("^" + value.regex);
Matcher result = regex.matcher(this.code.substring(this.pos));
if (result.matches()) {
 .......
}

Ты используешь регулярку для того чтобы делать разделение английского текста на слова.

String[] words = verse.toLowerCase().split("[\\s.,?!\\d]+");

Можно решать другую (обратную) задачу - выделить английские слова которые стартуют с нужных букв.
И посчитать по регулярке количество найденных групп.

Знакомая систуация. Обычно в видосах из серии "повторяй за мной" есть 80% просто набора текста. И этот текст можно набирать не в IDE а в любом редакторе типа Atom, Sublime e.t.c. А потом уже можно скопировать в IDE и все воспроизвести. А для удобной раскладки можно нажать "Windows" + Left Arrow и поставить редактор на пол экрана слева и потом "Win" + Right arrow и браузер разместить строго справа.

Если это youtube - то там есть "скорость воспроизведения". Можно поставить 0.5 от реальной и тогда все будешь успевать.

Подключи в зависимости apache poi.

Можно в блоке catch проверить что содержит message. Это обычно текст в котором есть информация об ошибке
и дальше разбирать этот текст и принимать решение.

} catch(IndexOutOfBoundsException ex) {
    String message = ex.getMessage();
    ....
}