Что поспрашивать на позицию SWE на тему C++?

[M. Ridcully]

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

Ну частично поэтому я и не стал человека отбраковывать. Тем более, что он довольно разумно заявил, что вообще старается деструкторы по-умолчанию использовать, где возможно, с чем я целиком согласен.
Но все-ж таки, из-за того, что динамический полиморфизм давно известен и обсосан - не делает его менее привлекательным. Иногда он вполне уместен.

Вот например смешной вопрос: "Нужно ли в абстрактном полиморфном классе определять виртуальный деструктор?"

А чего смешного? Если собираешься работать с классом полиморфно - объяви в базе виртуальный деструктор. По-моему все 100% однозначно.

[Мальчик-Одуванчик]

Тогда концепты - самое то обсудить.

Не, ну не настолько современный.
Они хоть в последнем GCC есть - это -std=c++20?

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

[M. Ridcully]

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

Как я понимаю, по-простецки - для более адекватных сообщений об ошибках компиляции.
Собственно на runtime behavior они не влияют.

[Мальчик-Одуванчик]

А чего смешного? Если собираешься работать с классом полиморфно - объяви в базе виртуальный деструктор. По-моему все 100% однозначно.

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

[M. Ridcully]

Просто тут можно привести хороший пример граничного случая - класс из одних чисто виртуальных функций и единственного пустого виртуального деструктора.

Это не то, чтобы граничный случай.
Пожалуй, это единственный 100% некривой способ использования наследования в современном C++. Это я и имею в виду, когда говорю о динамическом полиморфизме. Есть интерфейсы, а есть конкретные классы, которые их имплементируют.

[Херовимчик]

А архитектор спалился на вопросе про виртуальный деструктор. Я не шучу, решил вот спросить - молодость вспомнить. Теперь всегда буду спрашивать.

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

Хорошо, когда можно вот так вот "валить" любого.
Неужели к вам прям как в гуглобуки народ прет и можно лучших отбирать?

Мы конечно и есть гуглобуки, но к нам толп особых нет (С/С++ нынче не в моде). И я особо не валю, я разочаровываюсь, когда архитектор или сильно сеньор не может осилить простую задачу за 30-40 минут, или сам себя запихивает в такой тупик, что потом без помощи вылезти не может

(Я всегда делаю простенькую визуализацию и даю примеры. Активно «присутствую», отвечаю на все вопросы и сразу озвучиваю все условия, не минусуя если человек сам не догадался что-то спросить. А для нерешивших, ещё и ответ в конце пишу и визуализирую)

[vdfs]

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

Если он у вас будет код писать, дайте ему код написать - очень упрощенную версию какой-то вашей реальной задачи.
Если не будет код писать, нафига вам человека гонять по коду.

[M. Ridcully]

Мы конечно и есть гуглобуки

Минус сотня-две-три разницы в total comp, и ужасная company culture?

[mister-X]

Интересно, что такое у вас там на С++? Неужели драйвера, ембедед, компиляторы или новая OS? Все что я видел за последние года на С++ было старье куда никто лезть не хотел. И найти знающих на эту позицию очень не легко. Те кто чтото знает, найдёт работу получше. Так и моя С++, карьера закончилась, давно это было. Пришёл на интервью, а там какой-то гик с жирными волосами и пальцами начал спрашивать какие в printf флаги и параметры. Кто это помнит? Ну и слава богу, а то бы так и застрял в 90-х

[Херовимчик]

Мы конечно и есть гуглобуки

Минус сотня-две-три разницы в total comp, и ужасная company culture?

Эээ… нет

[M. Ridcully]

Эээ… нет

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

[Херовимчик]

Эээ… нет

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

Из всего фаанга, у нас самый высокий ретеншен
Тысячи леммингов не могут ошибаться

[kyk]

Из всего фаанга, у нас самый высокий ретеншен

забыл, который у вас Фаанг? Тетрадку не веду, а память уже не та

[Komissar]

Из всего фаанга, у нас самый высокий ретеншен

забыл, который у вас Фаанг? Тетрадку не веду, а память уже не та

откуда с ПИП выгоняют

[kyk]

откуда с ПИП выгоняют

читай тетрадку полностью. Почём знаю откуда ПИП какой