Спасибо за видео! Понравилась задача с односвязным списком, а вопрос про аргументы макросов застал врасплох) Про то, какие файлы именно мы компилируем на 10:00: после препроцессинга на выходе создаются .ii файлы, которые после компилируются
Как сделать так что аргумент inline функции обязательно была литера, а не переменная. Если в качестве аргумента подставлять переменную то функция компилируется крайне неудачно и такой вариант надо обязательно запретить к использованию
Привет! Формулировка вопроса немного неправильная. Движок - это инструмент, объединяющий некоторое количество фреймворков, которые используются для создания игр (например, работа с сетью, звуком, графикой, файлами и т.д.). Если вы хотите написать свой собственный движок, вы можете использовать SFML как более высокоуровневый инструмент для С++. Однако, если вы начинаете с нуля, вам придется изучить API для работы с видеокартой, такие как DirectX, OpenGL и т.д. Вот некоторые материалы по DirectX, которые могут вам помочь: www.3dgep.com/learning-directx-12-1/ www.directxtutorial.com/Lesson.aspx?lessonid=9-4-1
@@ambushedraccoon6408 Привет, огромное спасибо за ответ. Не, свой движок я не хочу писать, просто изучаю программирование и интересно, какие фреймворки изучать для создания ПО типо такого.
Ты крутой! Продолжай пилить такой контент! Хочу подкинуть идею: Про собеседуй Джуна по стандартам США вакансий, но сразу нам это не говори! Выдай в конце видео) Будет круто)
Такие вопросы были только, чтобы понять есть ли у меня общие знания, что куда и зачем. Предположу, что если проект требует каких-то специфичных знаний, то такой вопрос могут задать. Но я практически не сталкивался.
Есть такой Григорин - у него свой канал на Ютубе. Он утверждает, что в С++ нет понятия "джун" и т.п. Там изначально уровень выше, чем у Питонистов и ВЕБ-разработчиков. Ну так как - прав ли Григорин?
А разве удаление элемента из списка не представляет из себя задание предыдущему элементу от удаляемого в качестве указателя на сл. элемент, указатель на элемент, следующий за удаляемым? Ну и далее уже "занулять" указатель удаляемому элементу. Не самым лучшим способом объяснил, но надеюсь что кто-нибудь меня понял.)
Так ты не имеешь доступ к предыдущиму элементу. Ты его не сможешь трогать, читать его данные. Этa задача на логику и в реальности ты её не встретишь. В итоге ты удаляешь следующий элемент, значение следующего элемента встанет на место значения текущего элемента (а адрес тот же ), предыдущий не трогаем, указатель next текущего элемента ставим в null.
Вопросы в большинстве своем универсальные. Однако в зависимости от уровня кандидата, ожидается разная степень погружения. Я стараюсь задавать вопросы на часто попадающиеся на собеседованиях темы.
5:54 - вопрос: у какого поля конструктор вызовется раньше, у поля b или поля a? - Ответ: компилятор в Release режиме выстроит поля в алфавитном порядке в сторону возрастания адресов в памяти. Из этого следует, что в Release режиме компиляции конструктор поля a вызовется раньше.
@@drm365 , отношение к языку C++ сформируйте исходя из следующих позиций: 1) относитесь к C++ как к основному средству разработки быстро работающей графики; 2) правил в C++ много и, поэтому, вам нужно выработать собственный стиль программирования, использующих часть этих правил, а на остальные правила не обращайте внимания; 3) в некоторых фирмах язык C++ используется как язык написания быстро работающих алгоритмов; сами алгоритмы пишутся обычно в некотором корпоративном стиле и не затрагивают все правила языка. Исходя из этих пунктов, делайте так: а) определитесь где вы хотите работать: в графике или в алгоритмах; б) освойте основные правила языка без всяких мелочей; в) изучайте соответствующие библиотеки: графические или алгоритмические; г) не концентрируйтесь очень глубоко на тысячах хитрых правил синтаксиса C++.
@@drm365 , кроме этого, в C++ некоторые DLL библиотеки присоединяются к проектам с некоторыми приключениями. Следовательно, сразу поcле освоения основ C++, займитесь подключением к проекту разных библиотек. Например, попробуйте подключить какую то графическую библиотеку, или простой игровой движок, примерно пятнадцатилетней давности разработки. Потом попробуйте эти библиотеки использовать в проекте каким то примитивным способом. Среды разработки на C++: 1) Dev-C++; 2) MS Visual Studio; 3) CodeBlocks. В общем под резюмирую: если основы языка изучили, то дальше возитесь с библиотеками (для начала научитесь просто эти библиотеки подключать и немного использовать).
не, это бред, язык гарантирует, что поля будут располагаться в памяти в порядке их объявления, в этом легко можно убедиться. struct A { float f = 1; float e = 2; float d = 3; float c = 4; float b = 5; float a = 6; }; void main() { A a; for (size_t i = 0; i < (sizeof(A) / sizeof(float)); i++) { std::cout
@@ambushedraccoon6408 , 5:54 - вопрос из видео: "у какого поля класса конструктор вызовется раньше, у поля b или поля a?" - Ответ: компилятор в Release режиме выстроит поля в алфавитном порядке в сторону возрастания адресов в памяти. Из этого следует, что в Release режиме компиляции конструктор поля "a" вызовется раньше. Кстати, при инициализации объектов базовых классов, инициализация тоже идёт в алфавитном порядке. Инициализация мнимого подобъекта BASE_1 будет раньше инициализации мнимого подобъекта BASE_2 (инициализация идёт после размещения в памяти, а размещение в памяти идёт по алфавиту названий).
Посмотрел это видео и видео собеседования на Middle C++. Мне показалось, что вопросы для Junior собеседования были сложнее, чем вопросы для Middle... Ну либо это какая-то моя личная спицифика знаний))
Виртуальный конструктор не существует? Ну, как бы сказать. Как конструкция языка C++ нет, но как паттерн Фабричный метод - ещё как существует (это его второе название). Хорошо хоть джуна по паттернам не стали гонять (как и по реализациям с нуля алгоритмов, структур данных, про многопоточность, шаблоны, фишки из стандартов C++17 и C++20, тут простор для мучений собеседуемого просто бескрайний), но боюсь что на реальных собеседованиях уже и не такое спрашивают. Повторюсь, джунов.
Тут от проекта зависит, на самом деле, мало кому интересно на собеседовании охватывать все аспекты плюсов. Особенно реализации каких то структур данных, тривиальные алгоритмы ещё можно попросить (зачем?) написать. А так, спрашивают как раз то, что вы перечислили - stl, многопоточность, архитектуру процессора, немного ос, алгосы, а дальше предметная область уже. На мидла меня ещё по паттернам спрашивали и солид, но только теорию Шаблоны - это вообще дичь, только разговором о них можно собес на 5 часов растянуть, условно
При move конструировании конструируется именно НОВЫЙ объект. Поэтому все интегральные типы вроде int float скопируются, данные в куче останутся на старом месте, но сами указатели на эти данные копируется.
это быстро учится, я за полтора месяца почти все из этого знаю, некоторые вещи еще пока не учил, но скоро буду, учитывая, что я вышмат параллельно учу, поэтому можно быстрее
Это сложный вопрос. Надо смотреть индустрии, где он все еще востребован и решать интересно или нет. В целом популярность языка снизилась за последние 10 лет и он стал более узко специализированным. Я сам изучаю дополнительно другие языки на всякий случай. Сейчас вот не знаю, что попробовать python, go или rust....
хз где он меньше востребован. До сих пор куча вакансий на С++. Но да, согласен. Тебе не предложат 100500 вакансий питониста, которых расплодилось, как тараканов. Да и какая адекватная замена ++? По-моему ее тупа нет. Питон вообще кринж, раст может, GO вряд ли. А один из самых популярных на с++ QT жив и умирать не думает.
@@pavel_trpn а это правильный вопрос как так вышло что многие компиляторы предоставляют специальный атрибут или директиву для принудительного встраивания функции, а в стандарте ее нету? Ответ на этот вопрос заодно отвечает почему следует забыть про макросы работая на С++
Я бы такого кандидата сразу взял бы работать без раздумий! Вы видели его??? Это же лютый прогер с многолетним опытом разработки, его тупа нужно мидлом брать сразу, и всё тут!
Можете меня ненавидеть, но Rust намного круче плюсов. Баю-баюшки баю, Бьерн Страуструп проспал AI и смартфоновую революцию, Google выбрал Java только из-за "Garbage collector"-а, только в 11 году, появились смарт пойнтеры, что касается Aİ, то всю нишу взял Python под капотом библиртек которых Rust.
Честно говоря странно было в конце услышать что какие-то вопросы могли быть и в мидл собесе, потому что все содержание видео это базовый курс С++ в любом нормальном университете
Серьёзно? Это такой банальной чуши учат в УНИВЕРСИТЕТЕ? Дак это же всё знания из открытых источников... Я это ещё знал в 8 классе, все видео на Ютубе есть. Дак в универе ещё и платить за обучение надо, я то думал там будет что то более стоящее...
парень с кафедры далекой от си. я на информационной безопасности 1 семестр щупал стандартные "массивы" си/си++, вот и кончилось обучение. я честно признаюсь что не хочу называть свой вуз нормальным, не люблю эту систему (мирэа) пусть он и один из ведущих в стране. поэтому парень знает больше чем дают в вузах! (основываюсь не только на своем опыте, но и на опыте знакомых из других вузов)
Ну, я даже не знаю как можно дать ему хоршую оценку по собеседованию, если он даже высказать свои мысли не может, даже те которые он понимает, не говоря уже о тех вопросах, на которых он плавал. Причем плавал на многих вопросах из базового курса с++
Забавно, но я у Скотта Майерса (порекомендовали его книжки сразу после изучения синтаксиса языка для разбора его тонкостей) как раз недавно вычитал про placement new, но я не знал, что он именно так и называется. Как бы знаю ответ на вопрос, но одновременно и не знаю.)
@@ambushedraccoon6408 наверное потому что когда ты говоришь, что что-то сложно, то ставишь себя в слабое положение, там стыдно итд. Это как в школе, когда учитель задаёт вопрос "Всё поняли?" - 70% аудитории ничего не понимает, но утвердительно кивают.
Ну ладно placement new, ну фиг с ним, ну не вдавался человек в подробности, как тот же вектор написать, но семантика перемещения - это сейчас даже на стажёра обязательно
про delete nullptr есть тонкий момент. Для стандартнрй функции деаллокации известно, что эффекта нет. Но если она перегружена? Тогда хуже... Ибо стандарт не устанавливает должна ли она быть ввзвана в этом случае. Только лишь то, что поставщик должен это делать одинаково для всех вызовов.
А если перегруженный operator delete, вместо освобождения памяти, начнёт печатать переданный адрес вместо того, что должен делать? Перегруженный operator delete должен соблюдать контракт встроенного operator delete, это -- ответственность программиста, перегружающего его. В реальности, из широко используемых компиляторов, только MSVC вызывает operator delete с указателем null, если в delete expression передан null. Кстати, Сам по себе nullptr указателем не является, поэтому код 'delete nullptr;' даже не компилируется.
@@billjohnes9380 Вот что должен делать кастомный делитор написано не в стандарте, а в доке. И должен он именно это. И если он там делает, что-то иное, побочку, например, какую-то, нужно быть готовым.
@@cheefoxcheefox2372 В какой ещё доке? Для C++ существует только стандарт, никаких док. Глянул стандарт C++17 для уточнения, там написано: The value of the first argument supplied to a deallocation function may be a null pointer value; if so, and if the deallocation function is one supplied in the standard library, the call has no effect. Это значит, что стандарт для вызова со значением null pointer value не делает различий с позиций того, переопределена deallocation function или нет. Вызвана она может быть со значением null pointer value вне зависимости от этого. Стандарт даёт лишь гарантию, что в случае, если deallocation function не переопределена, то "the call has no effect".
Я являюсь преподавателем C++ в ютубе и работаю игровым разработчиком, поэтому добавлю свои 5 копеек. 1. Первый вопрос. Ну хотя-бы раз вам попадалась ситуация, где вам НУЖНО было знать порядок следования конструкторов базовых классов вперемешку с полями?) Это смешно. Я понимаю, для чего создан этот вопрос, но вы могли к нему прийти после того, как сначала бы спросили за порядок ЛИШЬ полей, а потом лишь базовых классов. Не нужно задавать непрактичные вопросы. 2. 6:20. "Конструкторы базовых классов можна считать полями". Ну наверно все таки не надо) 3. explicit применяется еще к перезагруженном операторе приведения типа. 4. "Насколько уверенным ты себя чествуешь с макросами?" - как отвечать на такой вопрос? "На 7/10"? "Мне приятно в их компании?". Задавайте поконкретнее вопросы. 5. "Почему аргументы в самом макросе нужно брать в скобки?" - в самом макросе - это где? define(ВотСкобки) (ВотОпятьСкобки). Я понимаю, что вы имели ввиду скобки, в которые берутся аргументы в ВЫРАЖЕНИИ макроса. Хотелось бы, чтобы такое уточняли. Но в таком случае аргументы НЕ ДОЛЖНЫ браться в скобки. Просто в некоторых макросах аргументы желательно окружать скобками. 6. Умные указатели не относятся к стандартной библиотеке шаблонов (STL), если что. Это поправочка интервьюеру. 8. Почему weak_ptr идет "в паре" с shared_ptr?) Странно звучит, поскольку в большинстве случаев люди используют shared_ptr без weak_ptr. 9. Кандидат говорит "Нам нужен оператор сравнения для хранения объектов собственных классов". Интервьюер говорит "нет, нам минимум нужны операторы меньше/больше". Вообще-то операторы меньше/больше и есть операторами сравнения. И для хранения собственных классов нужен оператор сравнения "меньше". Из-за вашего ответа вы заплутали кандидата, хотя он был прав и эта часть собеседования затянулась на несколько минут. 10. Зачем вообще нужен вопрос "Чем тебя привлекает С++"? Какой в нем практический смысл? А так видео было интересно смотреть, ставлю лайк.
По поводу "в большинстве случаев люди используют shared_ptr без weak_ptr". Какие люди? Это junior'ы, которые не в курсе вызываемых бездумным использованием shared_ptr проблем? Обычно преподаватели показывают низкий уровень и демонстрируют ужасные практики, вы -- не исключение. Чтобы не быть голословным, приведу пример. У вас есть "Урок 100", где есть такой код, представляющий собой некий аналог operator = класса std::string: void String::SetString(const char* str) { if (str != nullptr && std::strlen(str) != 0) { size_t length = std::strlen(str); delete[] this->str; this->length = length; this->str = new char[length + 1]; strcpy_s(this->str, length + 1, str); } } То, что вы дважды std::strlen вызываете, буквально, в соседних строках, это ещё не самое страшное, хотя, конечно, это -- уровень junior'а. И проверку, не пустая ли C-строка, закрытая символом'\0', только junior будет выполнять с помощью std::strlen. Хуже другое: вы сначала удаляете старую строку, которая до этого хранилась, а потом выделяете память под новую с помощью new-выражения. При этом, предварительно, полю длины строки в объекте присваиваете значение длины новой строки. Дело в том, что operator new[], вызываемый из new-выражения, может выбросить исключение. Если это случится, то 'this->str' продолжит указывать на старую освобождённую область памяти, а 'this->length' будет отражать длину новой строки. В вызывающем коде исключение можно поймать, но при попытке вновь вызвать SetsString, для этого объекта, или даже просто при уничтожении этого объекта, когда деструктор будет освобождать память по адресу 'this->str', произойдёт повторное удаление старой строки, и программа "упадёт" из-за double-free. То, что, уже зная длину строки, вы вместо std::memcpy используете относительно тяжеловесную strcpy_s -- это тоже показатель качества практик. Кстати, эта функция есть в C11, но её нет в стандартном C++, если без расширений. В добавок, она требует установки handler'а через set_constraint_handler_s, потому что тот handler, который установлен по умолчанию, может вызвать функцию abort. Очевидно, "случайный" вызов abort() при работе с объектом типа String абсолютно недопустим. Если переписать ваш код со strong exception guarantee, максимально придерживаясь вашего стиля, получится, примерно, следующее: void String::SetString(const char* const str) { if (str != nullptr) { const std::size_t length = std::strlen(str); if (length) { char *const new_str = new char[length + 1]; std::memcpy(new_str, str, length + 1); delete[] this->str; this->str = new_str; this->length = length; } } } Слегка альтернативный вариант, на этот раз -- с эффективной проверкой, не пустая ли C-строка: void String::SetString(const char* const str) { if (str != nullptr && *str != '\0') { const std::size_t length = std::strlen(str); char *const new_str = new char[length + 1]; std::memcpy(new_str, str, length + 1); delete[] this->str; this->str = new_str; this->length = length; } } Кстати, operator = класса std::string, естественно, обеспечивает strong exception guarantee, то есть, если при попытке заменить содержимое строки содержимым другой строки это не получилось по причине выброса исключения при попытке выполнить new, то объект останется в неизменённом валидном состоянии, и с ним можно будет безопасно как продолжить работу, так и уничтожить. Если вы проаргументируете тем, что в большинстве случаев new не выбрасывает исключений, то это ещё больше продемонстрирует, насколько невысок ваш уровень. Поскольку ваш уровень владения языком весьма невелик, ваши ссылки на свой опыт не годятся в качестве аргументов, потому что они зачастую просто ошибочны.
@@BloganProgramming В этом случае уместен мем: "ниасилил, многа букав". Поздравляю, вы продолжите плодить своими уроками троечников-говнокодеров. Ну, и сам таким останетесь.
@@billjohnes9380 Критика стосовно коду з уроку 100, про те, що new може викинути виключення - не має сенсу, бо цей урок йде ДО теми виключень ) Ви придумали алгоритм краще, виявили випливаючу проблему поточного - напишіть про це у коментарях під тим відео, щоб це комусь дійсно допомогло. Спробуйте зробити свої 100 уроків з вільним доступом :)
@@aidanhouk Я бы сказал в большей мере зависит от компании, если у компании нет особо денег, то она просто не сможет платить высокую зп, каким бы уровнем не обладал кандидат, а если есть то соответственно и джун в такой компании, может получать, без смеха, больше, чем сеньор в компании, в которой нет денег.
полностью поддерживаю такое решение. Засевшие в плюсовом комитете стандартизаторы - давно уже выжили из ума и, от новой версии к более новой язык и равно как и его стандартная библиотека только усложняются, что не добавляет никому радости а только головняков
@@Anna_Porosenok В данном случае не понятен вопрос - что значит обработка графики? Есть како-то определенный алгоритм есть его реализация? - все дело в реализвции алгоритма - в умелых руках - скорость будет одинакова, но и код будет одинаков.
@@Anna_Porosenok Так, Анна - если Вы ведете к тому что изобретаете собственный алгоритм и нужно использовать адресную арифметику, обращаться напрямую к устройствам, к памяти к регистрам процессора - да Вам Си ближе. Если Вы используете готовые решения - то думаю есть биндинги этих библиотек в питону. Извините ответ общий - так как в вопросе нет деталей
