У меня в голове такая логика, что изначально я шел на С и у меня другие ожидания чуть-чуть. Я всегда рад узнать что-то новое, но та же самая embedded разработка требует сразу и понимания микроконтроллеров (если мы говорим, про микроконтроллеры) или другой соответствующей квалификации. Я тут проходил тестовое на программиста микроконтроллеров и понял, что тут просто знаний С/С не хватает

Вообще да, для хорошего специалиста в C/C++ в любой специальности значительная часть — это не сам язык. На изучение языка нужно потратить не меньше времени, чем на другие языки, но дальше всё упирается в предметную область. Если embedded, то нужно хорошо понимать электронику, устройство микроконтроллеров и микросхем, потому что работа идёт напрямую с регистрами и железом, иногда с использованием осциллографа. Если FPGA, то это по сути проектирование цифровой логики через код. Если микрокомпьютеры (SBC), то нужно хорошо понимать Linux. Если программы на GPU, то важно понимать архитектуру GPU. Если оптимизировать ПО, то нужно понимать, как работает ОС, как работают ядра, NUMA, ветвления и другие аспекты. Например, если нужно обрабатывать сетевые пакеты с минимальной задержкой, важно понимать, как работает железо, как обрабатываются прерывания NIC, как их настраивать, и что часть обработки можно вынести на ранние стадии через XDP/eBPF, минуя обычный сетевой стек.

Ага еще наличие свежих референсов для отладки, которые просто делают удаленку неаозможной

Си и создан как-раз для того, чтобы не было необходимости очень глубоко погружаться в особенности железа, тонсть неважно какой контроллер мы будем использовать, для реализации циклов мы все равно будем использовать for , для. Сравнения if и т.д. хотя микроконтроллеры например atmel ничего о си не знают. И это сильно упрощает жизнь. Очень части достаточно просто понимать как работают внутренние механизмы ОС, такие как сокеты, потоки, пайпы и сигналы , если мы говорим о *nix-ах. И да, c++ создавался как небольшой Фреймворк для си, поэтому для более качественного понимания того, сто есть такое объектная инверсия например , нужно понимать си. С него всё началось и там под капотом , им всё и осталось:)

А какие проблемы с отладкой? И с удалёнкой?

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

Надо написать программу, которая проверяет целостность входных данных с носителя информации

По сути все языки похожи. Главное умение строить алгоритмы. А на чем решать задачки. Как карта ляжет. IT должен решать проблемы. А не ныть что ему С++ не нравится. Я когда только начал свой путь в Разработке. Мне в мтс подкинули софта. Его там классный разраб написал. Но ушел в другой отдел. Я тогда пришел на   SAS в роле дата инженера. Но в один прекрасный момкнт. Система под которую писали програмки на делфи. Да гребаный паскаль. Поменял способ загрузки с синхронного на асинхроный. Ну и вме эти решения пошли в простой. Ну мне и сказали ты же програмист. Но мне это было интересно. Хотя я вообще не должен был этооо делать.

Да, но как будто большая часть программистов плавает в решениях, языках. А когда кроме python java, знаешь си и с++, читал все основные файлы линукса, писал кучи драйверов, ebpf. То могут прийти решения на другом уровне, к примеру фильтрация трафика и перераспределение на ebpf, обработка части вещей прямо в ядре, или максимально оптимизированная программа на cuda или ядрах процессора. То есть решения, которые могут дать красный рост производительности и не имеют аналогов. И на душе становится спокойнее, потому что ну быстрее и производительнее не сделать.