Михаил

1) Зависит от того, какое железо в коляске. Там может быть все что угодно

-контроллер вашей разработки
-общепромышленный контроллер

В первом случае, вам нужен комплект разработки под этот контроллер - для AVR это будет один набор софта, для STM32 - другой.

Во втором случае, опять же, нужен софт под этот контроллер.

2) Начинать с маленького проекта - мигание светодиодом на avr. Потом часы, потом ПИД-термометр,... Где-то через 5-10-15 проектов можно пытаться браться за разработку контроллера для коляски. И то, для силовой части проще взять готовые драйверы.

В pom.xml нужно добавить ваши модули как зависимости.
Потребуется, возможно, пересобрать проект, нажать кнопку со стрелочками во вкладке maven...

Главные критерии для программиста (реалии таковы)
1. оперативная память, чем больше тем лучше, работать можно и с 8 (visual studio при меньших объемах тормозит), но есть направления, где разработчику требуется разворачивать свои сервисы в виртуальных машинах а там оперативная память ой как критична.
Плюс, к примеру если работаешь с данными, большой объем оперативной памяти экономит время на разработке (к примеру вместо использования sql можно разместить все данные в оперативной памяти и пользоваться своими алгоритмами)
2. клавиатура - ноутбучные раскладки - это ад, неправильное размещение управляющих клавиш (стрелки, page up/down/home/end, ins/del да банально enter не на том месте или требование нажимать fn чтобы рядовые комбинации использовать, сильно портят нервы, да если поднапрячся можно перенастроить все горячие клавиши на свои комбинации, привязывая себя к своей раскладке, но через годы позе будешь мучиться наоборот на нормальной клавиатуре
3. монитор - размер монитора современного разработчика 23"..27", все что меньше - мучение, все IDE и не только рассчитаны на большой экран и FullHD разрешение, 2к и 4к можно отскалить до нужного масштабированием и будет даже приятнее (шрифты лучше выглядят на 4к) а уж дизайнерам и подавно нужно работать с таким разрешением чобы соответствовать мейнстриму
Ноутбучные 17" это либо очень все мелкое (FullHD) и напрягает глаза либо если по глупости HD720 (или 1360x768 есть такой популярный нестандарт) и это терпят только ради мобильности, значение чего слишком переоцененно и имеет смысл если дома работать не получается а рабочего места нет.
4. скорость процессора в 1 потоке (single thread в бенчмарках)
разработчика совершенно не должно волновать сколько потоков умеет его процессор (больше 4 и ладно), но вот объем процессорного кеша и производительность на поток - очень важны, так как в конечном счете время, которое разработчик тратит на компиляцию и подготовку окружения очень важно, для нервов, даже 30% разницы (а это та разница между одного ценового диапазона ноутубков и десктопа) очень заметны, разработчик тратит огромное время на эксперименты со своим кодом, поправил, запустил, снова подправил, и если время между этими действиями больше некоторого периода (секунды даже меньше, у разных людей по разному) это сбивает настрой, что то связанное с короткой памятью,... в общем это надо прочувствовать и поработать на быстрых и медленных машинах чтобы понимать
5. скорость и размер ssd, это в догонку к пункту 4, в современной разработке скорость подготовки окружения (развертывания докер контейнера например) очень важна и поверь, сидеть на hdd ты не пожелаешь, особенно если у тебя win10 или не дай бог win11. А если у тебя виртуальные машины крутятся, размещать их на hdd еще хуже (когда у меня не хватало ssd я размещал базовую виртуалку на hdd а снапшоты, с которых работает приложение, размещаются на ssd, это дает неплохой бонус к производительности при этом на ssd размещается от силы 5-10% данных..

подумай 10 раз, так ли тебе нужен ноутбук, так как за те же деньги можно собрать заметно более крутой стационарный компьютер

SELECT t1.*, t2.category_id AS main_category_id
FROM table t1
JOIN table t2 USING (product_id)
WHERE {условия по таблице t1, определяющие нужный продукт}
  AND t2.main_category

Кодирует не реакт, а сборщик проекта, по всей видимости webpack и его лоадеры. Смотреть нужно в этом направлении.

Есть такой алгоритм. Называется quickSelect. Фактически, это обрезанный quickSort, где после выбора ведущего элемента и разбивки массива работа продолжается только в той половине, где находится раздел между первыми K элементами и остальными N-K.

Пусть у вас N элементов в массиве и надо вернуть K минимальных. Тогда сортировка будет работать за O(N log N), а quickselect за O(N) в среднем*. В худшем случае может быть и квадратичное время работы, но этот случай практически невозможен, если реализация испольует случайные числа для выбора ведущего элемента.

Если же вы боитесь этого худшего случая, или считаете себя самим невезучим человеком за всю историю человечества (или боитесь, что злой хакер взломает генератор случайных чисел и передаст вашей программе специально составленный массив, чтобы ее подвесить), то есть другой алгоритм, всегда работающий за O(n log k). При маленьких k - может быть даже быстрее первого алгоритма.

Суть его в том, чтобы в куче (heap aka priority queue) поддерживать пока найденные K минимальных элементов. При этом куча будет на максимум. Сначала туда кладутся первые k элементов массива, а потом каждый следующий вытесняет максимальный элемент в куче, если он его меньше.

* Вообще говоря, можно заставить quickselect и quicksort работать идеально всегда, если использовать алгоритм Блюма-Флойда-Пратта-Ривеста-Тарьяна, который ищет медиану за O(n). Но на практике этот алгоритм не применятеся, потому что у него такая константа, что там на логарифм хватит и еще на квадрат останется.

1.При чем здесь myqsl? В приведенном вами коде четко видно, что вы подключаетесь к sqlite базе.
2.Приведенный вами код работает. Подключение к sqlite3-базе с названием database.db происходит (если такого файла не было в папке со скриптом, то он создается. Если был - открывается для работы).
3.Если имеете ввиду, что приведенный вами sql-запрос не выполняется, то он и не должен. Чтобы его выполнить нужно использовать соответствующие методы, указанные в документации

Нужно реализовать асинхронное выполнение и на стороне пользователя тоже.
Сделайте что-то типа "заданий".
Пользователь загружает файл - создается "задание". Пользователь может зайти в какой-то список заданий и посмотреть их прогресс. Когда задание выполнено - пользователь должен получить возможность выгрузить результаты.

В общем смысле эту идею очень часто исполдьзуют.
https://ru.wikipedia.org/wiki/%D0%9C%D0%B5%D0%B7%D...

Кроме того есть рабочие станции как пример
HP Z 640 z840
там процессор и память вынесены на отдельные модули
Кроме того есть JETSON NANO 2 ГБ
и подобные штуки