Где ты проходишь собеседования?

Слушай, я тут надыбал кое-какой опыт, проходя собесы на плюсовика в конторы, где этот язык — не просто строчка в резюме, а реально основа всего, от ядра до высоконагруженного бэкенда. Места были серьёзные, ёпта. Не какая-нибудь мартышлюшка-контора на коленке.

Где только не был:

• Гиганты типа Яндекса, VK, Ozon. Тут плюсы — это святое. Поисковик, инфраструктура — всё на нём, и если ты нихуя не понимаешь в том, как память ложится, то тебе там делать нечего.
• Финтех и банки (Тинькофф, Сбер). Тут уже другие пиздели: высокочастотные транзакции, обработка платежей, где наносекунды на счету. Овердохуища ответственности.
• Геймдев и разработка движков. Ну тут вообще отдельная песня: оптимизация, своё управление памятью, чтобы игра не лагала. Чувак, это адский труд.
• Телеком и embedded. Тут уже ближе к железу, к прямому общению с ним. Хуй с горы не покатит, надо знать, как что работает на низком уровне.

Как обычно проходило собеседование на мидла/сеньора (схема, бля, почти везде одинаковая):

1. Алгоритмический раунд. Стандартно: LeetCode, задачи уровня Medium или Hard. Но, внимание, ёбаный в рот! Тут важно не просто решить, а объяснить, почему взял именно std::vector, а не std::list, и что будет с кэш-промахами. Если не можешь обосновать — волнение ебать, терпения у интервьюера ноль ебать, и тебе конец.
2. Раунд по самому C++ и многопоточности. Вот тут начинается самое интересное, ядрёна вошь.
   • Тебя начинают долбить вопросами про модель памяти, про std::atomic (и чем он отличается от простого volatile, который все так любят втыкать куда попало), про memory ordering.
   • Могут попросить нарисовать какую-нибудь thread-safe структуру данных. Типа, «реализуй кэш с TTL (время жизни), который будет юзаться из нескольких потоков». И смотри, если сделаешь через глобальный мьютекс на всё — тебя засмеют, полупидор.
   • Обязательно спросят про move-семантику, perfect forwarding, а для сеньоров — SFINAE или Concepts (в зависимости от того, на дворе 2017-й или 2022-й год). Если начинаешь путаться — подозрение ебать чувствую со стороны интервьюера.
3. Low-level и оптимизация. Тут уже конкретно: как ты памятью управляешь (аллокаторы кастомные, placement new), как профилируешь (perf, VTune), как ищешь и вырезаешь bottlenecks. Если говоришь, что не пользовался профайлером — доверия ебать ноль.
4. Системное проектирование (для сеньоров). Тут могут дать задачу типа «спроектируй сервис реального времени для обработки биржевого стакана». Нужно думать не только о классах, но и о сетях, репликации, отказоустойчивости. Удивление пиздец, если кандидат на это не способен.

Мой подход, если что: Я никогда не сыплю сухими терминами, как учебник. Я всегда привязываю теорию к практике. Ну вот смотри: Говорят мне: «Расскажи про std::shared_ptr». Я не просто начинаю бубнить про счётчики ссылок. Я говорю: «Смотри, в таком-то проекте мы использовали его для кэша, но столкнулись с циклическими зависимостями — объекты друг на друга ссылались и не удалялись. Пришлось ломать голову и вставлять std::weak_ptr в стратегические места, иначе утечка памяти была бы овердохуища». Или про std::vector и std::list: «Вот тут был случай: заменили list на vector в одном горячем цикле, и производительность выросла в три раза, потому что данные стали лежать в памяти последовательно и кэш процессора работал как надо».

Вот так, чувак. Без этой связки с реальными кейсами ты для них просто хуй в пальто, который учебник вызубрил. А им нужен человек, который понимает, зачем всё это ебаное богатство языка нужно.