VoidVolker

1. Выбираем язык программирования
2. Изучаем его
3. Создаем базу с данными и учимся заполнять и извлекать данные из базы
4. Пишем программу, которая умеет извлекать данные и выводить отчет
5. Создаем шаблоны для титульной страницы и остальных страниц, интегрируем в программу

Ну и все в таком духе.

API - Application Programming Interface
То есть это не обязательно что-то сетевое, интерфейс некой библиотеки - это тоже ее API

Web API - это api браузера
https://developer.mozilla.org/en-US/docs/Web/API

Web Forms Api - часть api браузера для работы с формами
https://developer.mozilla.org/en-US/docs/Web/API/H...
https://developer.mozilla.org/en-US/docs/Web/API/F...

Можно. Пингуй ip сервера и в случает отсутствия пинга отдавай команду на выключение

слать "нахер"
если угрожают - заявление в мвд и прокуратуру отедльным письмом. так же официальной(бумажным) письмом на имя их ген дира, с требованием выдать "звиздюлей" их СБ

По поводу Enum и постоянного обращения на value. Можно делать так:

class CustomEnum(str, Enum):
    """Помощник, чтобы не писать .value кажыдй раз при вызове enum класса

    Вызов: YourCustomEnum.megaparam # сразу вернет значение, .value в конце не нужно
    """
    def __str__(self) -> str:
        return str.__str__(self)

По поводу хранения и быстрого переопределения параметров в продакшне можно вместо БД (если, конечно, речь о чем-нибудь типа psql или mysql) использовать etcd — он легкий и умеет в HTTP.

Ваш подход вполне пригоден к использованию и его можно применять.
Тут надо внести ясность, что есть разница между константами и настройками. Настройки предполагается менять, их иногда "перекрывают" через параметры командной строки или переменные среды окружения.
Если вам нужны настройки, то этот вариант не годится. Используйте предложенный выше вариант с Pydantic.
Если это именно константы, их не потребуется или не скоро потребуется перекрывать, загружать из файлов, пробрасывать через переменные среды окружения, через параметры командной строки и т.д.
Если значения этих констант приемлемо хранить в репозитории, то нет ничего плохого в том, что вы группируете константы в классы. Это нормально для питона.

Но учтите, что вам может захотеться хранить в таких вот местах какие-то чувствительные, т.н. секретные данные. Например, ключи шифрования, пароли для подключения к БД или другим сервисам, ключи API, всякие токены и т.д. Такие данные опасно, неудобно и неправильно хранить в репозитории вместе с кодом. Для хранения таких параметров тоже нужно использовать библиотеки для хранения, сериализации и десериализации настроек.

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

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

Часть IPv4 адресов (точнее, целые подсети) зарезервирована для локальных сетей и подобных целей - т.н. приватные адреса (private subnets). Они не доступны "снаружи", из Интернета, а только если ты находишься в той же сети.
Какие именно - гугл и википедия знают.

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

1. Прекратите использовать малварь Driver Booster.
2. Скачайте драйвер с сайта производителя оборудования. (я бы на вашем месте сначала переустановил винду).

C - прекрасный, универсальный, эффективный язык.
Но.
Если вам нужно не один раз написать, отладить и потом полвека пользоваться программой, а постоянно работать с ней и привлекать к разработке новых людей - у С серьезные проблемы с погружением в проект, слишком много подробностей сразу.
С++, благодаря уже стандартным архитектурным решениям ООП, позволяет сделать это погружение легким и постепенным - высокоуровневая логика четко отделена от возни с байтами и можно выбрать ту степень детализации, до которой тебе нужно разобраться с кодом, вообще не влезая на нижние уровни.

Конкретно embedded тут неважен, просто сейчас даже встройка стала достаточно богатой ресурсами, чтобы иметь возможность сместить баланс "оптимальность-гибкость" и "компактность-читаемость" вправо.

БПЛА, автопилоты сильно сложнее с алгоритмической точки зрения, чем отправить N байт по UART или переложить их в X регистр. Поэтому ответ тут такой же как и на вопрос: Почему для написания современных приложений зачастую используется С++, а не С.
Опять же, не стоит обобщать: довольно немалое количество компаний пишет свои автопилоты на чистом С из-за сертификации, каких-либо бюрократических требований.

ООП и метапрограммирование.

Должен быть софт (утилита) по управлению raid'ом из windows. Смотреть драйвера к материнке.

Дальше, в зависимости от софта - или логи windows смотреть, или в самом софте (может он в трее может жить).

Нужно больше информации: какая материнка, какие ssd.

обычно есть софтина от производителя мат платы. на чипсетах интел это обычно Intel Storage Manager

PS
Не советую собирать рейды на материнке, могут быть проблемы с ним. Лучше уж програмный тогда

Это не множество процессов - процесс один и тот же. Это активные TCP-сессии. Почему их много - вопрос к приложению, подключающемуся к memcached. Смотрите настройки РНР, имхо.

PID один - значит процесс один.
а вот откель куча зависших незакрытых портов tcp надо изучать.
клиент не закрывает ??