Собеседование C++

Всем привет!
Провели тренировочное собеседование со Станиславом на позицию Middle+ C++ Developer.
В конце видео важная часть фидбэка, не пропустите.
Приятного просмотра!
Не забудьте поддержать видео :)
telegram: t.me/AmbushedRaccoon
twitch: / ambushedraccoontv
#interview #cpp #senior #middle

[@ambushedraccoon6408]

Видео было переименовано в Middle+, поскольку Станислав откликался на набор кандидатов на позицию Middle. Однако в процессе нашего общения я оценил его навыки на уровень Senior.

[@Pa36ouHuK]

Ну вы обсудили слишком мало тем чтобы оценивать его как сеньёра. ИМХО

[@OPKECTPAHT]

Вообще странное собеседование. Вопрос про знание истории, что там появилось в 11 версии... Вы собеседовали пенсионера на должность экскурсовода в музей истории информатики?! ))) Тогда да.

[@hostpost9752]

Спасибо за труд !!!

[@leonidsamoshenko4155]

классный видос! очень интересно

[@dfh5553]

Спасибо! Интересно. Есть вопросы которые стоит подтянуть интерьюируемому. Но по сравнению с синьорами которые мне попадаются, он очень сильно

[@Cpr4z]

Отличное видео, будет ли еще собеседование на junior-middle позицию?

[@KostsovKonstantin]

Прошу прощения за критику. Я бы не пошёл в жизни к такому работодателю, который не может сформулировать задачу. А это значит, что он не может организовать как работу отдельного программиста так и коллектива. А это как нарастающий снежный ком. Если не может организовать работу коллектива, значит вообще не способен выпустить продукт сложнее, чем пример из книжки самоучитель C++.

[@artromone]

🔥🔥🔥

[@IgorProtap]

Когда Джуниор пробует собеседовать мужика из народа. А оказывается что мужик знает намного больше данного Джуниора 😅😂

[@yk0578]

да мужик похоже толком ничего не знает.

[@vladimirchizh8853]

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

[@IExSet]

Ну не спец дядя по GC и что 🙂

[@yk0578]

проблема в том, что он даже на простые вопросы не мог толком ответить. куда там до сложных.

[@isackcorn_vl]

Планируется ли проведение стрима?

[@RichardGraveman]

Есть ли список вопросов по плюсам 100-200 самых не слишком тривиальных?

[@2Reishi]

Автор канала сам-то точно Senior?

[@user-cp9kz2xc7n]

Сеньёр - помидор лол 🍅

[@alexeybaranov8869]

7:40 на счет скорости кучи и стека - КР580ВМ80 передает привет, и удивляется слову "кэш" :) Проблема всех видео у этого автора - слишком специфично платформенные вопросы. C++ программа компилится не только для интелов и виндов (или линуксов), существует железо от условно нонейм производителей, которое живет и здравствует, и нас окружает. И для этого железа тоже пишутся программы.

[@rouchy_]

А в каком плане для него это первый опыт?

[@zx_gamer1381]

Автор, а можете рассказать об упомянутом способе реализации корутин? Сделаете видео с разбором корутин из C++20 (stackless), boost::coroutine, boost::coroutine2 (stackful)? Покажите как сделать свою простейшую реализацию?

[@ambushedraccoon6408]

Здравствуйте, можно таймкод, где упомянул?

[@zx_gamer1381]

@@ambushedraccoon6408 Примерно 27:00

[@user-ig5dd3pb3i]

День добрый, господа! Какой фреймворк на данный момент выглядит выигрышней для джуна, если выбор стоит между Qt и JUCE? JUCE сейчас явно обсуждается активнее, но Qt рекомендуют чаще, ибо он в принципе узнаваемее

[@ambushedraccoon6408]

Здравствуйте. Мне сложно ответить ибо я работаю с Qt. По нему вакансий больше. Можно и то и то попробовать и выбрать, что будет интереснее.

[@user-vz5hy6jv1h]

А может кто-нибудь подсказать что подразумевалось по connect to file?

[@unjnown333]

Окси когда новый альбом

[@olexayko]

интервьюер прям няшка)

[@fullapart]

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

[@ambushedraccoon6408]

Ответ в закрепе. Грубить не обязательно.

[@fullapart]

@@ambushedraccoon6408 Никого не хотел обидеть, по знаниям он вполне senior

[@user-wl1sn8qr5f]

На сеньора ожидал вопросов по паттернам (какие знает, когда уместно применять, плюсы/минусы), по стандарту побольше, важные аспекты производительности и изменения в стандарте (move-семантика, (N)RVO, ...), умные указатели (какие знает, принципы реализации), по шаблонам пробежаться. Понять насколько широк кругозор и глубина погружения в проблематику типовых проблем при разработке.

[@shialex2553]

вау, впервые вижу senior на данном канале

[@user-uv8fc3ws2n]

должно было быть на мидла

[@shialex2553]

@@user-uv8fc3ws2n просмотрев половину сам уже понял

[@skynowa2626]

Таймкоды?

[@phskr]

Я с++ дев с опытом около 10 лет. 3 месяца прохожу интервью (что-то пока не складывается). Могу сказать, что по моему опыту данное интервью одно из наиболее лайтовых (по сравнению с моими). Немного похоже на то, где у компании 3 технических интервью, и первое - такое общетехническое, что бы сразу отсеять какую-то часть кандидатов. И даже там задают более въедливые вопросы.

[@nullptr_or_null8301]

Вы CS (computer science) на каком уровне знаете?

[@phskr]

@@nullptr_or_null8301 считаю, что на высоком. Мидл-сеньор

[@nullptr_or_null8301]

@@phskr Ну то есть вы тогда знаете как представлены целые и вещественные числа, знаете что такое прямой код, дополнительный код, какие проблемы с вещественными числами, что такое циклические дыры?

[@ambushedraccoon6408]

Из всего выше перечисленного я не знаю только о циклических дырах. Что это?

[@phskr]

@@nullptr_or_null8301 с термином циклические дыры не встречался

[@ozimandias1738]

Честно сказать, не понял, почему нельзя увеличить размер стека и работать только с ним. Мог бы кто-нибудь объяснить.

[@GOTOROK]

Стек имеет фиксированную длину. Обычно стек используют для инициализации массивов заданной длины, там хранятся все строки. Грубо говоря стек не предназначен для работы с нагруженными проектами, которые будут потреблять, может быть, один гигабайт памяти. В стеке нет динамического выделения и стек неизменяем в плане того, что значения в стеке можно только перезаписать. Именно поэтому лучше отдать предпочтение динамической памяти.

[@IExSet]

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

[@GOTOROK]

@@IExSet Ты прав.

[@denmuushi_ororo]

Очень полезное интервью. А не скажите, в какой области предлагалась позиция (хотя бы примерно)?

[@ambushedraccoon6408]

Спасибо за отзыв) Это тренировочное интервью.

[@broken_beyond_belief]

давно тебя не было

[@Chastor97]

Скорость стека vs кучи: у стека ещё выделение/освобождение памяти должно быть быстрее, т.к. это всего лишь изменение значения адреса вершины стека в регистре, а у с кучей работает аллокатор, который в журнале учитывает участи или что-то в этом роде. Я прав? (Я джаваскриптер вообще 😄)

[@ReezonBeatbox]

Ты прав про стэк 😀а вот для работы с кучей требуется участие ОС, мы делаем системный вызов "ОС дай нам памяти", она смотрит что есть свободное и отдает. И тоже запрос к ОС для освобождения

[@sunfline]

Это верно, но вроде как Дмитрий имел в виду доступ к памяти, который по сути происходит за одинаковое время, как сам сырой доступ, так и возможный доступ с кэшированием

[@IExSet]

@@ReezonBeatbox если не требуется выделение доп. памяти, хватает имеющейся, менеджер не делает никаких вызовов ОС

[@ReezonBeatbox]

@@IExSet да, согласен, в этом случае на linux будет просто вызов brk. А если еще есть кастомный аллокатор, то можно не идти на уровень ОС, но опять же от реализации зависит)

[@user-rg9pp5rb6o]

​@@ReezonBeatbox Совершенно согласен. Зашёл в эти комментарии, поскольку не услышал правильного ответа от ведущего интервью.

[@user-my6zq6tm2r]

какой ответ на ваш вопрос про скорость обращения к данным в стэке и куче

[@SalatikInMyHead]

Скорость наивысшая 👍 в обоих случаях 😏

[@ambushedraccoon6408]

Со стеком будет работа быстрее. Работа с кучей в большинстве случаев будет требовать больше операцией от процессора. Вот неплохая ссылка: ru.stackoverflow.com/questions/277295/%D0%9F%D1%80%D0%B5%D0%B4%D1%81%D1%82%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5-%D0%BA%D1%83%D1%87%D0%B8-%D0%B8-%D1%81%D1%82%D0%B5%D0%BA%D0%B0

[@relax1487]

Как и всегда интересно, но вопросы в этот раз подкачали для сеньора, и ответы тоже.

[@ReezonBeatbox]

В unreal engine есть сборщик мусора. Так что можно сказать, что на плюсах уже его реализовали, хоть и под одно специфическое направление. Мне кажется, больше проблем возникает при многопоточке, когда для освобождения памяти мы должны быть уверены, что никакой поток не работает с этой памятью

[@rouchy_]

shared pointers и hazard pointers решают эту проблему в многопоточных структур данных вроде как

[@ReezonBeatbox]

@@rouchy_ да, в UE там смысл вроде как раз в счетчике ссылок на память) опять же вопрос перфоманса, если брать обычный shared_ptr, то там внутри атомик, который постоянно будет дергать кэши и синкать их. А hazard pointers хотят ввести только в 26 стандарте плюсов, а какую лучше реализацию сейчас использовать надо разбираться) но это все мелкодрочинг и вряд ли кто-то реально с этим столкнется и будет запариваться)

[@1play2fun]

Да, я об этом написал тоже

[@billjohnes9380]

Что на x86, что на ARM (raspberrypi) под Linux'ом: $ ulimit -s 8192 $

[@citizenrf3742]

Мало понятно. Но интересно.

[@loplop9527]

Когда следующий стрим ?

[@Pa36ouHuK]

По поводу отличий стека и кучи: А как собственно в стеке освобождать рандомные участки памяти? Сложных алгоритмов без этого не построить. А загоны с кешами вообще ерундой считаю.

[@IExSet]

Да примерно так же как на куче. В ряде случаев можно ведь ничего фактически не освобождать, placement new делать или вовсе ставить флаг, что объект вакантный. Туда сюда дёргать участки памяти - это не очень хорошая идея в плане производительности.

[@danterage636]

жестко, мужик с десятилетним опытом запинается и не знает ответов, а новичков вообще ломают на собеседовании поди

[@1play2fun]

Сборку мусора реализовали в Unreal Engine. Мне кажется она прекрасна работает

[@user-zs4ok9dp6l]

Не подскажите, чтобы в целом в разработку на ue закатить, кроме c++ и самого движка, много чего надо знать?

[@1play2fun]

Не сказала бы что прям много, но все относительно. Для начала предстоит изучить фреймворк движка. Понять как все устроено, как построена архитектура, узнать возможности и функции движка (это касательно программирования). Естественно другие аспекты (АИ, Материалы, Левел-дизайн, частички, анимация и т.п.) требуют дополнительного времени и являются частью движка. Как только вы изучили Blueprints (визуальное программирование, которое позволяет быстро прототипировать механики и изучить возможности движка), можно переходить в С++. С++ в анриале сильно упрощенный инструмент, который раз в 20 быстрее Blueprints по скорости выполнения и раз в 5 медленнее по написанию кода. Во-первых тут есть сборщик мусора и следить за памятью вам не надо. Из-за чего конструкторы не являются конструкторами. Чтобы установить поля при создании объекта прийдется написать отдельную функцию. (Хотя С++ анриала позволяет создавать свои объекты без использования сборщика мусора, чтобы в будущем руками их удалить, но это не выгодно и не удобно) Во-вторых тут нет множественно наследования, и есть отдельная сущность интерфейсов (не стандартный абстрактный класс). В-третьих тут используются свои коллекции: TArray, TMap, TSet, TQueue, TSet. Зачастую у них немного другая реализация внутри. Например, TMap не добавляет сразу элемент если к нему обращаешься и его нет (m['a']++ выдаст ошибку если в TMap нет 'a') В-четвертых тут нет исключений. Любое исключение - это краш. В играх принято, что ошибок не может быть. В-пятых связь с блюпринтами(чтобы в них настраивать свои классы, а не перекомпиливать каждый раз всю игру) довольно интересная тема, особенно с правилами передачи аргументов в функцию. Можно еще много перечислять, но суть вы уловили. Знать С++ != уметь писать код для игры. После изучения такого кастрированного С+# прийдется наверное изучить мультиплеер. Я считаю это отдельной большой темой, которую я за 6 лет до сих пор не до конца знаю. Касательно отдельных знаний - мне часто пригождается математика 9 класса (векторы). Возможно знать паттерны и data structures поможет в будущем. В анриале под капотом уже реализован Singleton, Observer и другие, а сама архитектура движка построена вокруг мультиплеерного сессионного шутера. Архитектура игры - почти 50% работы. Плохая архитектура не позволяет дальше расширять игру.

[@user-zs4ok9dp6l]

@@1play2fun понял, спасибо огромное за развёрнутый ответ.

[@user-zs4ok9dp6l]

@@1play2fun А ещё, если можно уточнить, сам процесс разработки сильно требователен к железу или нет?

[@1play2fun]

@@user-zs4ok9dp6l очень требовательный. Особенно на анриале. Вся проблема в том чтобы протестить свой код, нужно закрыть движок, скомпилить, открыть движок, запустить игру. Это занимает уйму времени. Чем лучше процессор, тем быстрее компилим. На моем стареньком amd ryzen 5 1600 это около двух минут всегда. Представьте вы изменили одну строчку кода и чтобы ее проверить, надо ждать 2-7 минут. Про hotreload и livecoding молчу. Оператива улетает как бешеная. У меня только райдер жрет 6-8гб. Ещё движок в чистом виде 2-4, а когда долго работаешь - все 18😂 Особенно если игна жрет прилично. У меня процедурный мир на сервере весит 4гб. SSD обязательно. Желательно райдер, проект, движок и файл подкачки иметь на одном диске. На счёт видеокарты - зависит от игры. Если вы делаете ААА шутер и там 200к поликов у камня и 16к текстуры, то думаю GTX 1060 уже будет еле 30фпс выдавать. Особенно если это 5.0+ с новым освещением. Я же сижу на 4.27 и делаю игру с простой графикой. Поэтому видюха слабенькая, 32гб оперативы мне для разработки достаточно

[@MrLeyt1125]

Что появилось в 11 стандарте? Правильный ответ: да кого это ебет? Тут что экзамен по истории с++? Какой смысл помнить все стандарты на память? Аж трясет

[@S1MeNeM]

С++ это про 0-overhead, поэтому там и не будет сборки мусора - лишние тормоза для самого быстрого языка.

[@1play2fun]

Unreal Engine: .__.

[@CaHe4ka123]

@@1play2fun причем тут UE и C++?

[@1play2fun]

@@CaHe4ka123 UE написан на с++. В данном проекте, авторы реализовали сборщик мусора в рамках языка с++. Автор в видео сказал что это невозможно или затратно. Но Epic Games показали обратное

[@IExSet]

Это всё в вульгарном изложении, а по факту автоматическое управление памятью тоже может работать быстро и может быть быстрее чем на грёбанных счётчиках.

[@yk0578]

ну какой же это сеньор? не многопоточность добавили, а memory model - что куда как более широкий сабж, атомики теже. про hash tables - вопрос ни о чем. Load factor ни тот ни другой не знает. про инвалидацию ссылок и итераторов похоже ни тот ни другой не слышал. про Move semantics слышал-слышал молодец. о чем вообще вопрос? сборщики мусора с generations похоже тоже мимо прошли. очень поверхностное собеседование. извините.

[@IExSet]

Да, дядя мощный олдскул плюсист, но с 11-м стандартом он заплавал знатно 🙂 Я уж не знаю, можно ли без этого нормально жить C++11, но сегодня немыслимо жить без move-семантики, r-value ссылок. Если чел про это сразу не вспоминает, вопрос, как он пишет на современном С++ ???? "Чем он отличается то от других" - вообще то там на минуточку количество нововведений было больше, чем после Си с классами. И constexpr попёр, то что раньше требовало пируэтов уровня Александреску сейчас пишется просто как функция, появились constexpr коллекции !!! Вот он всё про итераторы STL постоянно говорит, значит это его главный инструмент, а ведь у них композиция прихрамывает, а про range и views ничего, значит не использует.

[@Car_Crashes66]

Привет, недавно начал изучать c++, ищу себе напарника по изучению, если заинтересовались ответьте на мой комментарий и спишемся уже.

[@lstarbox3765]

Я

[@lstarbox3765]

@Dan4ik797 tg пиши

[@Car_Crashes66]

@@lstarbox3765 @maksimrushinskiu

[@YangiyerBola]

Тоже хотел бы найти напарника

[@user-do4gc6ys5y]

Вместо виртуального деструктора можно сделать приватный. Тогда никто не сможет вызывать ~Base(), что решит проблему.

[@ihrfuhrer86]

«Прчему в c++ невозможно ввести сборщик мусора?», тем временем c++26 фактически вводит локальный сборщик мусора

[@Pa36ouHuK]

а зачем? умных указателей вполне достаточно.

[@ihrfuhrer86]

@@Pa36ouHuKпо сути это ещё одна разновидность умного указателя, для высоко нагруженных многопоточных систем, просто у него принцип работы как у локального сборщика мусора.

[@Pa36ouHuK]

@@ihrfuhrer86 ок, посмотрю. Но я пока c++20 ниасилил ))

[@IExSet]

100 лет как существует Boehm (and Co) Garbage Collector

[@IExSet]

@@Pa36ouHuK Не достаточно.

[@OPKECTPAHT]

Странные вопросы человеку из НИИ, реально работающему в отечественной науке и приборостроении, а не над задачами автоманизации пицерии и поддержки порносайта. Даже сами сленговые джун, мидл и сеньор он переводит в человеческие "инженер", "старший инженер", "ведущий инженер" принятые в России. Это видно. Вы говорите на немного разных языках. Он больше на русском, а юноша на птичьем ))) Но я рад что друг-друга понимают.

[@MasterZiv]

Ага, ни один, ни другой нихера не знают, собеседование у них... Станислав-то хоть уважения заслуживает, без образование (это явно видно) до таких вершин добраться.

[@sashabroslavskiy7904]

Ну, на самом деле дядька не сеньор. Это олдскул хороший))

[@user-uv8fc3ws2n]

должно было быть на мидла

[@sashabroslavskiy7904]

@@user-uv8fc3ws2n да даже если мид, то вопросы слабые. почему не было вопроса по архитектуре? гтк это вообще достижение в си++)) на собесах для фронтенд разрабов вопросы для джунов сложней. что стало с си++?

[@user-uv8fc3ws2n]

@@sashabroslavskiy7904 так может подготовите воаросы и проведете собеседование? я готов поообщатся, и судовольствием это сделаю. Человек подготовился провел собеседование, вы же такого не сделали. непонравились вопросы, бывает. давайте список своих тогда.

[@sashabroslavskiy7904]

вопросы вызвали удивление) причем тут мои вопросы?

[@IgorProtap]

Когда Джуниор пробует собеседовать мужика из народа. А оказывается что мужик знает намного больше данного Джуниора 😅😂

[@IExSet]

Да где же ?