pfg21

Сам учусь по такому направлению
Подробно изучить Python.
SQL основы - желательно потратить недельку - две на изучение(Но в Джанго своя ОРМ, но я считаю что пригодится знать основы)
MySQL/PostgreSQL
Django.
Django Rest FrameWork(Для создания RESTful приложений).
Nginx/Apache
Для фронтенда учу
HTML
CSS
Bootstrap/Tailwind CSS
SASS/SCSS
JavaScipt(Основы)
Какой-то фреймворк для фронта например React/Vue/Angular
Обязательно научиться пользоваться Git.
И ещё было бы хорошо научиться пользоваться Docker.
В целом пока занимаюсь этим.Если что-то не правильно, пожалуйста поправьте, самому будет полезно почитать

JavaScript на Java уже писали много раз. Поищи по ключевым словам Rhino, MVEL.

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

Тайминги разные. Но давайте попробуем это победить. Если честно, я не обещаю, что получится, но почему бы не попытаться.
Если BIOS материнки позволяет вручную рулить таймингами, то будем рулить.
Запускаете в одноканале и смотрите, с какими таймингами запустилась одна планка и другая (ну а частота одинаковая, 2133, как вы говорите).
Берёте максимальные тайминги (внимание, не путать с частотой, здесь чем больше тайминги, тем медленнее), запоминаете, у какой планки тайминги больше, у какой меньше. Нам нужно замедлить более быструю, т.е. с меньшими таймингами нужно их увеличить (по характеристикам Crucial быстрее, но вы это проверьте именно при частоте 2133). Ставите только более быструю планку, заходите в BIOS, добавляете ей тайминги, сохраняете, после успешной загрузки выключаете. Ставите вторую планку в двухканал, пробуете загрузиться. Если не получилось, то опять оставляете только более быструю и ещё по единичке добавляете тайминги, снова пробуете двухканал.
Если всё это не поможет, то попробуйте вручную уменьшить частоту на одну ступеньку (сколько там... 2066 что ли будет?)

Можно, если заменяемый элемент имеет схожие параметры токотдачи (у вас там моторчик работает).

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

Никакого конкретного запрета - нет.
В маркетинговых спецификациях - никаких запретов нет.
Возможно есть специфические технические нюансы, но в целом - какая нафиг разница?

Перевести ошибку, можно со словарем - и понять что возможно дело в правах пользователя.
А еще лучше - почитать про виртуальные окружения, и работать с ними.

В Википедии достаточно информации чтобы догадаться о бесперспективности этой затеи.

Гуглинг KeInitializeApc+4c0 вывел на жалобу на reddit месячной давности. Это результат обновления Windows. Официальный ответ MS должен быть по ссылке, но на Linux и Android, что у меня под рукой эта ссылка не открываетсяhttps://aka.ms/AAoh6ej
И решение, если его нет по ссылке, тут может быть только одно. Нужно откатить обновление и ждать от MS исправления.

Порт задается 16-битным числом, значит максимальное кол-во портов - 65535.
Но нужно помнить, что некоторые порты зарезервированы (первые 1023), другие уже могут использоваться.

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

Тут есть несколько возможных решений:
- Создать древовидную структуру сети, т.е. есть узлы, которые объединяют в себе несколько других (группу) и для отправки ты используешь не порт, а ID узла. Т.е. маршрутизация на стороне приложения
- Если нужно отправлять пакет всем, то задумайся над броадкастом.
- Задать предел для размера кластера, либо кол-ва клиентов

UPD:
1. Асинхронность из rust тут вообще ни о чем - это фича языка. Главное здесь - возможности ОС
2. Такое большое кол-во соединений приведет не только к большому потреблению ресурсов, но и большому кол-ву прерываний. Производительность снизится. Рекомендую пересмотреть архитектуру огромного кластера с полносвязной топологией.

Да, можно керамические или пленочные. Собственно, в данном случае (обеспечение устойчивости, подавление самовозбуда) тип конденсаторов вообще не важен. Да, можно оба на 22.
Даже более того, номиналы конденсаторов позволяется иметь другие, ориентируясь по практической работе стаба. Можно в несколько раз больше или меньше, если всё работает норм. Входной конденсатор - он же выходной для выпрямителя БП, питающего стаб, и его можно использовать тот, что уже есть в БП (пусть даже там установлен на 1000 мкф вместо ваших 10) и не ставить отдельный для стаба. А выходной - он для питаемой цепи обеспечивает пропускание импульсной составляющей выходного тока (другими словами, для сглаживания пульсаций, создаваемых нагрузкой), вот из этих соображений его и выбирают.

Под названием SIM800 выходит куча плат с различным обвесом, расчитанным на различное напряжение (Буквы после названия).

Не зная что именно у Вас было - трудно сказать почему она сгорела. ( Хотя по отзывам, просто много брака).
Есть еще SIM808, SIM900.
В любом случае надо внимательно читать описание конкретного модуля и согласовывать не только питание, но и сигнальные линии.
Не зная какие у Вас требования - трудно что-то советовать.
( 5V и 3.3V ; что за причины мешаюшие решать проблемы с питанием )
А так - стандартный поиск в google на "gsm module arduino"