вопрос дня: почему в C++ так любят старые идиомы, если язык уже давно умеет «почти всё сам»?

вопрос дня: почему в C++ так любят старые идиомы, если язык уже давно умеет «почти всё сам»?

Потому что на собесе важно не «знать магию», а понимать, откуда она выросла. До C++11 многое собирали руками: smart pointers, move-семантика, constexpr, концепты — этого просто не было. И если человек понимает старые паттерны, он обычно понимает и то, где они до сих пор оправданы.

3 шага, чтобы отвечать нормально:

1. Назови контекст
Это не музей. Часть идиом — исторический слой, часть — рабочий инструмент в legacy, game dev и high-performance коде.

2. Покажи trade-off
Не «так принято», а «так безопаснее / быстрее / понятнее / дешевле для профилировщика».

3. Привяжи к собесу
Хороший ответ звучит так: «Я знаю современный способ, но понимаю, почему в этом коде могли оставить старый».

Плохой ответ:
«Это устарело, значит не нужно».
Проблема: такой кандидат не отличит живой legacy-код от мёртвого учебника.

Хороший ответ:
«Если речь про production C++ и особенно движок, я сначала проверю стоимость абстракции и необходимость старой идиомы. Если язык уже даёт безопасный стандартный механизм — беру его, но старый код читать умею».

На собесе это сразу показывает зрелость: не фанатизм, а инженерное мышление 🛠️