Відео

Хорошее наблюдение. Думаю, что на старшие позиции наличие веб камеры - важный аспект интервью. Каждое собеседование, на мой взгляд, обладает своей спецификой - у интервьюера свой набор вопросов, ответы на которые он хочет услышать. У кандидата свой набор знаний в оперативной памяти, что он может оперативно применить. Когда-то эти два опыта совпадают, когда-то не очень. Когда-то с помощью общих знаний можно вытянуть вопросы, на которые не можешь ответить в моменте. Если об это речь, то с такой идеей согласен.

Спасибо за дополнение! Я был на разных собеседованиях. На каких-то рассказывал про cache friendly. Здесь нет. Опять же, мы можем рассматривать собеседование, возможные ответы и вопросы исходя из полных текущих знаний. За небольшое время в реальности можно пройти лишь какое-то подмножество. Здесь я не говорил про это свойство так как не чувствовал, что это требуется. В hft на собеседование чувствовал и говорил. Там же говорил и о false sharing. Когда задача была соответствующая. С нужным контекстом. И просили улучшить пример.

М.б. перегрузка?

@@vladimir_v_it перегрузка (overload), это как раз про virtual методы.

@@vladimir0rus М.б. переопределение(Overriding)?

@@vladimir_v_it вобщем не полиморфизм это :)

@@vladimir_v_it Страуструп почему то рассматривает только динамический полиморфизм, к которому он относит только переепределение виртуальных функций. Видимо он за доступ к объектам через указатели на абстрактные интерфейсы. Вообще такой полиморфизм можно и в Си организовать. Но вообще, академически полиморфизм делят на: - Ad hoc polymorphism (Перегрузка) - синтаксический механизм, позволяющий по единому идентификатору вызывать разные функции. - Parametric polymorphism - параметрический полиморфизм позволяет определять функцию или тип данных обобщённо, так что значения обрабатываются идентично вне зависимости от их типа. Использование шаблонов C++ внешне похоже на параметрический полиморфизм, но семантически реализуется сочетанием ad-hoc-механизмов; в сообществе C++ его называют «статическим полиморфизмом». - Subtyping - это как раз про virtual и возможность вызвать метод потомка через объект родителя. Так что ответ в видео не полный.

48:10 - Предложено использование CDN. Плюс, сервис аналитики для загрузки в него.

расширю.. ты сравнил атомик с числом(на этом кабэ все, атомарная операция закончилась), дальше тело условия и следующая атомарная операция вычитания.. вот между этими операциями может что-то произойти, что изменит результат условия. ну т.е. в другой нити вычтут и ты вычел. вот тебе и ХУЙНЯ.

Это какая минута? Какой контекст?

@@vladimir_v_it это задача с рефакторингом кода

А вот этот челик прав. Мутеха не хватает.

@@vladimir_v_it строка 38 где то там, там сравнение идет атомарное, а потом вычитание, но между 2мя операциями может случится другая операция, капишь.? давай вместе застримим. я там выше отписывался

@@Nop_90h не - мютексы там нельзя ставить - это локфри алгоритмы - там надо было применить и проверить результат и если ушло в минусы отыграть и вернуть фолс.

Спасибо за комментарий! Могу добавить, что мне понятна схема со скринингом. HR так и говорит, что будет получасовая встреча на скрининг. И тебя гоняют на контейнеры, умный указатели, многопоточность. Я это проходил. И это понятно. Когда идёт уже такое интервью - уже нужно догадываться что от тебя хотят. Не сказали сходу, что будет скрининг. Задают учебные вопросы. Насколько самому интересно, как было отмечено в комментарии, быть в роли студента? Выбрал стратегию - размышлять вслух, не торопиться. Пинговать таким образом - а может здесь хотят в глубину. Если хотят, я этому способствую - отвечаю базу и жду. Либо пойдём дальше по листу. Либо спросят глубже. Ну что ж. Я готов к этому.

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

Хороший вопрос. Я подготовил вопросы, которые мне задавали на собеседованиях на старшие позиции. Здесь по таймингу мы уложились за 40 минут. Я думаю, если уверенно отвечать на эти вопросы - как делал Виталий, плюс учесть обратную связь - то это хороший мидл. Можно добавить, что это не полуторачасовое собеседование. Здесь цель - это проговаривание основных вопросов, которые Вы можете встретить на большинстве С++ собеседований. На реальном можно встретить в добавок к этим вопросам(или их вариациям) - задачи на порядок вызовов конструкторов, деструкторов, что-нибудь хитрое с v_table, pure_virual_call, создание умного указателя, создание producer-consumer с примитивами синхронизации.

@@vladimir_v_it Спасибо за ответ!

Спасибо за обратную связь! Одна из целей этой встречи как-раз и заключалась в том, чтобы проговаривать типичные вопросы-ответы, создавать связи в голове) Чтобы на реальном собеседование такая база как от зубов отскакивала)

Спасибо за обратную связь! Как оказалось, такие вопросы попадаются на собеседованиях даже на старшие позиции. Какие вопросы хотелось бы услышать? Можно сделать ещё интервью)

Спасибо за отзыв! Принял.

в ютьюбе есть функция "постоянный уровень громкости"

Я думаю, ты перечислил очень хороший набор для старта. Хочется сначала уточнить - какая сфера тебе интересна?

@@vladimir_v_it у меня сейчас идет стадия написания pet проектов. я сделал пару приложений на qwidgets, сейчас пару дней посвящу QML. после просмотра интервью хочется поработать с потоками. Честно говоря, хочется просто пройти на какое-нибудь место. Получить настоящий опыт и дальше уже определяться со стязей.

@@vladimir_v_it есть pet проекты на qWidgets, сейчас осваиваю QML, после просмотра интервью - хочется освоить мнопоточность. хочется получить первый коммерческий опыт и уже дальше углубляться. конкретного направления пока не знаю, так как мне приятно, что версткой, что бэком заниматься.

@@vladimir_v_it почему то оставляемый комментарий постоянно удаляется. Сейчас у меня написано пара учебных приложений на qWidgets, продолжаю осваивать QML. После интервью появилось желание поработать с потоками. Честно говоря, есть просто желание получить коммерческий опыт, то есть чтобы взяли хоть куда, а дальше уже поработав - определяться со сферой.

@@vladimir_v_it допустим декстоп и бэкенд

Есть хорошая новость) Скоро будет подкаст, на котором поговорим за С++. К нему собираю мнение сообщества) В опросе уже приняло участие 30 С++ разработчиков) Как маститых специалистов, так и новичков. Так что совсем скоро увидите их мнения о С++ - областях его применения сейчас, обоснованности применения, конкурентоспособности, будущем. Поверьте, там достаточно взвешенный взгляд на данный момент. Без фанатизма. По умным указателям. Вчера как-раз провёл лекцию на курсе С++ про них) Слёту не так просто вникнуть в суть. Если ты уже разрабатывал на обычных, в принципе, освоить не сложно. В опросе спрашивал - текут ли ваши программы? Как думаете, какой сейчас самый популярный ответ? И что в этом помогает?) Какой у Вас язык программирования? Почему выбрали именно его? P.S. Для С++ разработчиков, желающих пройти опрос к подкасту - forms.gle/YLVcvD4P5Q7vuin47

кароч, сматри, есть еще бэйсик, ваще непонтяно, зачем сиподобное хавно нужно

excalidraw.com/

excalidraw.com/

Внимательность 90 lvl) Действительно, в процессе интервью не так просто за ограниченное время произвести корректные вычисления) Не раз слышал мнение от коллег, которые активно собеседуются, что это не самый любимый этап) Как-то мне интервьюер давал обратную связь, что нужно было лишь понимание, что кандидат понимает, что система read-heavy. Он хотел больше времени уделить самому проектированию. Другой хотел увидеть порядки. Поэтому, думаю, перед вычислениями нужно уточнить в каком объеме они нужны. И ещё важно ради чего они нужны. К примеру, если интервьюеру важна экономика - сколько нужно серверов(возможно сколько будут стоить), тогда освятить подробней. Или же достаточно агрегированного вывода: "Система read-heavy и/или write-heavy, поэтому будет определенная специфика дизайна, учитывающая это."

Спасибо за обратную связь! Хорошую статью по проектированию youtube привёл в комментариях. В ней последовательно расписано создание системы. У Алекса Сью также можно посмотреть разбор. В нём есть общее описание и deep dive в транскодинг. Также привёл книгу "Grokking the System Design Interview". В ней представлен краткий законченный дизайн. Я бы начал со статьи, затем разбор задачи в "Grokking the System Design Interview", затем Алекс Сью :) Если хочется потренироваться в паре, то можно на tm канале System Design World записаться на мок интервью. Там же дополнительные заметки других интервью по проектированию youtube в том числе. Если есть ещё вопросы, с радостью отвечу🙂

Как-то подобный вопрос был в HFT компанию.

да ты шо... садись 5

Позиция старшего разработчика.

Ждём Андрея в комментариях) Судя по комментарию интересуетесь этой тематикой. Используете на проекте статический анализатор? Или другие проверки кода?

У нас есть задумка попробовать AI для фильтрации отчётов с целью уменьшения количества ложных срабатываний. Пока в виде задачи это не сформулировано. Сейчас более актуальным является разное, связанное с недавно введённым в действие ГОСТ Р 71207-2024. Дорожная карта не вызывала какой-то реакции, и мы перестали её делать. Возможно, возобновим, раз оказывается есть спрос.

Как выглядит Ваша компания мечты?) Комментарий навёл на мысль сравнить Гугл и Тиньков по уровню задач, используемым технологиям.

ты типа поумничать решил. схуя ли он "на стеке" аллоцируется. где аллоцируешь, там и аллоцируется.

@@Nop_90h читай спеки ламо.

@@Nop_90h "Нет-нет, что вы, отнюдь, я такое же быдло, как и вы."

​@@Nop_90h стандартом гарантируется, что там cstyle array, значит на стеке

Арей можно же и на куче? int* arr = new int[10]?

Если мы говорим про контейнеры то мы говорим про std::array и std::vector. Если ты имеешь ввиду new int[10] то это C - style работа с массивами, так то ты можешь использовать C - Style массив для реализации например стека, но в современном с++ мы используем std::stack

А что, по-вашему, сложное?

Буквально что-угодно не взятое с первых сайтов "примеры вопросов на интервью". Те же темы можно раскрыть более глубоко: не просто спросить "как там обстоят дела с shared_ptr в многопоточке?", а типа "как бы вы реализовывали свой enable_shared_from_this и является ли он thread safe?". Не просто "с какими паттернами встречались в проде?", а "как бы вы модифицировали майеровскую реализацию синглтона до thread safe мультитона? Почему майеровская реализация является потокобезопасной только с 11 стандарта?". Ну и да, в c++ полно сложных тем: начиная с барьеров памяти или кеш-линий до нюансов последних стандартов, которые сильно меняют подход к написанию кода вообще (одни только концепты чего стоят?).

@@elenpeers8365 и зачем? Стандарт очень большой и похож на русский язык, который может быть разговорным, высоким (художественным) и пр. В жизни вы пользуетесь разговорным и не испытываете никаких проблем, если не делаете ошибок. Не каждый должен изъясняться, как Пушкин, это наоборот только мешает. Есть стандарт. Что там делал Мейерс в свои молодые годы не обязательно знать, если вы с этим не соприкасались. Задача собеса - взять того, кто соображает, а не взять того, кто «знает всё».

@@elenpeers8365Про thread-safe синглтон. Имеется ввиду double check locking до C++11 и его не нужность, начиная с С++11 потому что для static ввели guard variable?

@@vova_dev да, именно это я имел в виду. (Но вообще, это просто пример того, что я иногда спрашиваю на собесах)

Спасибо за отзыв) Скоро будет очередное видео) Можно сделать вместе) Обсудить животрепещущую тему)

Удачи на этом пути! Есть определенная цель - стать senior разработчиком или, к примеру, попасть в Big Tech в определённый продукт/команду?

@@vova_dev да, конечно, в планах выйти из мидловской позиции и поработать senior разработчиком в тинькофф или в яндексе, например

@@vova_dev да, есть определенные цели. хочется вылезти из middle разработчиков, став уже senior, да может в тинькофф поработать

В секунду 100 запросов на создание ссылки. В день 8 640 000 = 8 млн. В 5 лет = 12 млрд. То есть, если стартанём сервис сейчас, то за 5 лет к нам обратятся 12 млрд раз на генерацию ссылки. Т.е. в базе будет 12 млрд записей. Могу дальше рассказать что не понятно. Можно ещё по зуму, как вариант. Телеграмм аккаунт: @vova_dev. Или на канале в админах меня найти.

Да, для обзора сокращал какие-то моменты, оставляя ключевые. Идея перевода числа в строку, действительно, в этой задаче ключевая. Углублялся в расчёты, деление по модулю просто озвучил не расписывая. Рад, что в итоге получилось понять)

На днях уже я проводил мок собеседования по немного измененной этой задачи. Собеседник предложил MD5, SHA256 для расчёта url. На выходе эти функции дадут длинные строки. Обрезаем хвост. Могут возникать уже выданные url. В цикле генерируем новые url и проверяем выдан ли такой url или нет. Я не ставил требование "Генерировать быстро". В этом ролике такое требование было. Из-за его наличия уже нужно быть осторожным с криптографической функцией SHA256. Она не быстрая. По крайней мере, на собеседование можно порассуждать на этот счёт. Или могут спросить - чем плоха SHA256? Ответ в этом контексте - медленная скорость выполнения. Если представим, что генератор - один сервис, к которому ходят все stateless бэкэнды, то все они будут ждать завершения. Создали точку сериализации/синхронизации. Либо сделать много сервисов генераторов - генерировать в параллель. И все они в случае использования таких функций должны проверять была ли такая url выдана. Если нет, то атомарно с проверкой записать, что теперь url используется. url - строка. Не число, как в этом решение. Сравнение строк. Дороже, чем сравнение чисел. О чём я упоминал. Тоже стоит помнить такую мысль. Опять же, вопрос удовлетворения требований.

Спасибо! Окей) Уже есть мысли с кем пообщаться) Также планирую ролик с наглядными графиками про балансировку) Сейчас отрабатываю подход на flask+grafana. Далее подключу nginx в качестве load balancer) Получится наглядная демонстрация видов балансировки со своими преимуществами и недостатками.