Условно (как и всякая подобная классификация не претендует на 100% охват все возможных вариантов, плюс всякие исключения типа Google) есть 2 типа фирм:
- крупные фирмы с достаточно развитым бюрократическим аппаратом
- малые и средние фирмы (максимум примерно до 70 человек)
В фирмах 1-го типа надо пройти через HR, и кучу промежуточных инстанций, прежде чем доберешься до того, кто будет собеседовать как программиста. Там оценки нужны, т.к. при плохих оценках масса промежуточных инстанций может просто не пропустить до этапа твоей профессиональной оценки.
В фирмах 2-го типа гораздо большую роль играют не оценки, а практический опыт. На оценки там смотрят мало, зато на собеседовании посадят за компилятор и заставят выложиться по полной.
И еще два момента. Первое - при оценке своих профессиональных навыков советую не писать C, если нет реального опыта программирования именно на чистом C. Сейчас все пишут, совершенно не задумываясь над этим сочетанием.
C/C++
Такое сразу вызвает вопрос, понимает ли претендент разницу между C и C++ (99% не могут описать ни одного различия). Особенно нехорошо выйдет при устройстве на работу по emdedded программированию, где именно чистый C как раз и нужен.
Второе - советую крайне осторожно писать уровень expert. Сейчас стало чуть ли не стандартом, когда все подряд пишут
C/C++ expert,
C# expert
Не то чтобы у недавнего студента такое было невозможно (я, разумеется, не знаю Ваших профессиональных качеств), но у меня, например, такие оценки означают вопросы уровня использования шаблонов в стиле Александреску или неверных типов данных в битовых полях с магическим появлением там лишних байт для C++ либо взаимоблокировка на этапе инициализации в статических конструкторах для C#