Некоторые вещи, как понял я, собеседующие, сами относительно плавали. То есть, у них был вопрос и был ответ на него, если не угадал конкретно с их ответом, буква в букву, значит не угадал вообще. А слыша ответ на вопрос иначе, хоть и правильно, были удивления. ИМХО, проблема в том, что ребята заранее не готовились, не составили список вопросов, не проработали их никак. По сути, брали с головы. Что говорит, лично мне, что простых разрабов, нагрузили провести тех собес. Им это нафиг не надо, не ихнее, но провели. =) З.Ы. Побольше бы ваших видео. Много интересного почерпнул для себя из "направлений", которые в работе нафиг не нужны были много лет, но оказывается их могут спрашивать.
некоторые вопросы прям совсем примитивные (не простые, а именно примитивные, как будто сначала просят решить квадратное уравнение, а потом спросить, что означает маленькая двойка в правом верхнем углу от икс), а некоторые вполне норм в любом случае интервью больше как экзамен, подготовили 100 вопросов, из которых многие ваще не нужны (ощущается, что ребята натренировались интервьюить джунов, но не поняли, что для интервьюирования синьоров не достаточно просто добавить вопросов) примеры для ревью они тоже конечно так себе составили) автор молодец, не считая душку вначале про консольные утилиты (я тоже согласен, что это очень субъективные вопросы и гуглятся на раз два) и немного базы - все збс ответил
о прикольно, почти все знаю, 80% точно могу ответить. хотя не писал на нем лет 7.. считаю пока себя джун уровнем в нем. талант не пропьешь!)))) такое впечатление что те кто спрашивают, знают меньше чем тот у кого спрашивают.😂
Ребята, вместо того, чтобы коннектиться к инстансам и что-то там в терминале писать и разглядывать htop, возможно имеет смысл наладить мониторинг нормальный? Ну или выполнять профилирование при помощи специализированных инструментов например.
не смотрел все, тыкнул случайно, на 1:01:00 . ну как сказать в чем проблема? видно, что спрашивающие сами несильно дотягивают до уровня сеньоров ибо в этой шаблонке куча проблем и намеренный мистайпинг, это малая часть этих проблем. там с ООП все очень плохо, зачем-то передается структура данных со свойствами, которая внутри размазывается на публичные поля (что создает потенциально сильную связность, если у вас прям логика завязана на эти данные ну так запихните их в класс, как это стандартно делается в питоне). класс Dog без особых на то причин нарушает интерфейс публичный Animal добавляя новое свойство , при этом нигде не описывается, что такое новое поведение добавлено, аля какое-нибуль breedable . Вершина ужаса это класс Коровы, которая вообще ничего не делает только добавляет публичные методы несовместимые с интерфейсом (базовым классом). т.е. написана ниочемная логика, а уже поломано поведение т.о. что придется на каждом участке программы писать кучу проверок, что за класс, и что он умеет. подобный код сразу в помойку. совет новичкам - когда пишете сразу думайте о двух вещах - как вы это тестировать будете (пускай даже гипотетически) и как вы этим пользоваться будете в разичных сценариях программы. данным кодом пользоваться нельзя, тут ООП (наследование) не помогает , а делает все только хуже, ибо написано криво
(непрошеный совет) я присоединюсь к мнению из комментов на счет того, что даешь слишком быстро ответы. вопробуй как-нибудь по-другому, ради эксперимента смотри, у тебя на интервью (предположим) 1 час. ты можешь либо быстро ответить на 30 вопросов, либо ответить на 10 вопросов, но развернуто и уйти вглубь. таким образом ты во-первых покажешь, что ты более задрот и обожаешь выжигать код глазами (это плюс для интервьюирующего), во-вторых возможно тебе не успеют задать какой-нить душный вопрос, на который ты не знаешь ответ, в третьих (возможно) сможете зацепиться и развить тему, перейдя из режима экзамена в режим ламповой беседы. из минусов, конечно, если интервьюрующий тоже шарит и вы зайдете слишком глубоко и ты где-то потеряешься, но имхо тут это стоит того) спасибо, за то что заливаешь интервью, очень познавательно! продолжай в том же духе!
На счёт poetry не соглашусь - pip сейчас сам хорошо справляется с выбором нужной версии библиотеки. Основная и главная фишка poetry, pipenv, pdm и прочих подобных пакетных меннаджеров - это избегание ситуации, когда какой-нибудь малолетний дебил в твою зависимость версии берёт и форспушит. lock-file - это то, ради чего стоит использовать эти штуки. И по этому, когда в какой-то момент на проде у тебя не собирается пакет из-за проблем с зависимостями - не поленись и посмотри что там отъебнуло, вместо удаления и создания заново локфайла, анон!
Автор красава. Судя по интонации интервьюров - токсичный климат в комманде. Не особо хочется им этим всем заниматься и новых людей в комманду набирать. Ну раз уж начальство из-под палки заставило то что поделать....
Сам сейчас сижу готовлюсь к собесу. Буквально случайно наткнулся на видос. Что хочется сказать... 1) Душно, вот максимально душно. Вопрос какие эмоции испытал автор после прохождения, ну очень сомневаюсь что воодушевленно захотел бы туда идти 2) Многие пишут - "Вопросы для джунов". А какой смысл кого-то душить? И если душить то по какой градации? Получается сеньор от корки до корки должен знать доку по питону? не уверен и не согласен. Однако отмечу, что эти вопросы можно было бы как-то логично обернуть, развить, а не понадергать с интернета и несвязно спрашивать. 3) Задачи на кодревью.....Ну такое.....Собес и так стрессовое мероприятие, а тут задачи на по сути внимательность. В целом было интересно
норм! Пили еще! у меня года два назад более хардкорное интервью было. на алгоритмах пролетел и чертовых брокерах типа кролика. а вообще судя по уровню вопросов парни на проводе явно не сеньоры. первое, что у меня спросил сеньор на собесе - почему интерпретатор твой враг?
Бедного чела прям замучили вопросами начального уровня, лучше б была абстрактная задачка на создание какого-нить сервиса. А то с такого собеса прям сбежать охото, жуткая душнота
Кстати, то, что User ссылается на Wallet по связи FK - это ж вроде некорректно. Должно ведь быть, что у ЮЗЕРА может быть несколько КОШЕЛЬКОВ, а не у КОШЕЛЬКА несколько ЮЗЕРОВ.
не совсем понятен вопрос про процессы.. процессы где в linux или в Python? как и потоки. ибо это прям сверх разное.)) потоков ограничение минимум-5, максимум-50 и работают они с общей памятью. процессы могут быть любого количества главное чтоб хватило ресурса и работают как отдельный процесс со своим GIL, если ядер не хватает будут исполняться конкурентно. с потоками не совсем так в python, они со своими особенностями и количество потоков не равно "быстрее выполнится", в отличии от процессов. потоки надо подбирать по количеству для производительности, в разных задачах они по разному будут отрабатывать. тоеcть если у нас 10 потоков то 5 может оказаться быстрее чем 10, или 7. и на них не рекомендуется выполнять счетные операции, каки анализ данных, их лучше на процессах делать, так быстрее. это я про python процессы и потоки.)) вдруг кому пригодится. а то часто пользуются потоками для вычисления. а они блочат GIL и выполнение медленное на выходе.. на процессах такое выполняйте, будет вам шастье.))) и python не будет медленным.)))
Мне кажется, не совсем корректно говорить "вопросы уровня Джуна". Тут скорее дело в ответе. Джун ответит по-своему, мидл/синьор - уже по-другому. Грубо говоря, чем выше грейд, тем более детальное понимание должно быть той или иной технологии, соответственно и ответ более развёрнутый
Странное суждение, ведь на втором вопросе про индексы БД автор смешивает хэшмату и B-Tree. Хотя это, конечно, разные структуры, в которых поиск происходит за разное время O(1) / O(log). Про одни индексы можно рассказывать и рассуждать минут 10 на интервью
@@ChannelYoJo тут не только разное время, хеш поддерживает только оператор equality. Еще можно добавить, что индекс хранится отдельно от таблицы, и если мы выбираем поле (на котором висит индекс), то запроса в основную таблицу может и не быть.
Слушай, вообще интересный контент. Собеседующие действительно вялые, но, возможно, они просто ожидали более развернутых ответов и альтернатив. по базам питона как будто плаваешь, тот же лутц в своей книженции довольно подробно расписывал вопросы про типы. Один раз прочитал, всех удивил. Я сам, дай боже джун минус, но раз на раз твои ответы меня смущали. В любом случае, однозначно лайк за контент!
Знаю синьоров которые ни один джуновский собес не пройдут нормально, ибо нахрен не нужно держать в памяти джуновский контекст, там более важный предметный контекст. Его на стековерфлоу не загуглишь и в книжке лутса по-быстрому не прочитаешь
Привет! Зависит от ситуации на рынке. Раньше были часто офферы, примерно 50/50. Последний раз когда недавно проходил собесы, то наверное процентов 20 успешных только было)
Вы отвечаете на вопросы МАКСИМАЛЬНО сжато. Это намеренная стратегия? :) Т.е. вы рассуждаете так: если краткий ответ входит в ожидаемый развернутый ответ, то это должны принять?
Если честно я не понял, что от меня хотели услышать, так как не получал фидбэк на свои ответы) Задавали вопрос, я на него отвечал, затем следовал следующий вопрос и тд. Т.е. со мной не пытались вести какого-то диалога, поэтому я предположил, что это некий блиц вопрос-ответ. Ну и большинство вопросов были закрытыми, а отвечать на них открыто довольно тяжело (возможно это только моя проблема). Плюс меня немного смутило то, что когда я давал ответ другими словами, то на него реакция была, как на неправильный. Вследствие этого энтузиазм поубавился)
@@python_interview Я заметил, что вы и на других собеседованиях также кратко отвечаете на вопросы. Припоминаю, что для одного из ваших видео был комментарий, что вы опытный собеседуемый и отвечаете только то, что спрашивают, чтобы у собеседующих не возникали зацепки для дополнительных вопросов по теме. У же, например, как и на экзаменах начинаю в ответ на вопрос выдавать все, что знаю, порой уходя от первоначальной темы. Видимо это не всегда прпвильно :)
Хорошо, когда вначале говорят, какие ответы нужны и не приходится угадывать. Часто предупреждают, что если будут слышать правильное начало развернутого ответа, то перебьют, чтобы не тратить лишнее время. А если хотят услышать больше, то задают дополнительные наводящие вопросы)
@@python_interview если нужны такие интервью, можем слелать колл, думаю ответы будут хорошего качества. Посмотрим докуда можно планку повысить. Я senior, пишу 15+ лет
@@python_interview гоу к вам приду на собес, чисто для контента. обещаю качественные ответы, хочу посмотреть до каких рамок можно себя толкнуть. Senior Python Engineer, 15+ опыта
Привет, по разному. В каких-то искал новую работу, в каких-то просто смотрел рынок, чтобы лучше понимать, что сейчас востребовано и что за это предлагают)
Со всем уважением, но как по мне, так все заданные вопросы должен знать мидл. С сеньором стоит разговаривать на более фундаментальные темы или про интересные фишки.
Думаю, что нет, но я не совсем понял суть задания. Нужно ли было оценивать это как абстрактный код и искать только ошибки по питон коду? Или с точки зрения проектирования и реализации методов? Мне вроде сказали представить, что с методами все норм, они просто выполняют какую-то функцию. И я пытался ревьювить, отталкиваясь от этого, не обращая внимания, что принтится по логике там не то, за что должен отвечать метод, и что корова наследуется от собаки, а не от животного. Я вырезал рассуждения о том, что по такой логике у коровы будет порода (breed), потому что сказали, что с этим все ок)
@@nicsolov9821 Я сейчас не в РФ, но мне кажется, что рынок перегружен. 1. Раньше тех. собес пытались назначить как можно раньше, сейчас чуть ли не на след. неделе только слоты свободные 2. Частенько после созвона с hr долго откладывали тех собес, а потом либо игнорили, либо писали спустя несколько недель, что вакансия закрыта. Это мои субъективные ощущения, может у кого-то по-другому)
@@python_interview Мне кажется, что на рынок идёт кризис по всему миру, это печалит. А ещё просто сумасшедший поток новичков. Можно ли узнать, куда вы перебрались?
@@ivan2885 junior - какие-то конкретные технологии (python, django) middle - независимость от конкретных технологий, лучшее знание альтернатив (плюсы / минусы подходов). но им нужен senior для координации senior - понимание доменной области, когда какие технологии и архитектуры использовать, умение направлять и решать бизнес-проблемы я проходила интервью на senior, меня даже ни одного вопроса по python не спросили. всё время обсуждали разные бизнес кейсы, опыт в деталях и какие бы решения я приняла в таких-то ситуациях
@@saralightbourneженщина, вы в своём уме? Сеньор должен идеально знать язык, как это вообще можно выяснить, если ему не задали ни одного вопроса по нему? Может для женщин какие-то отдельные собеседования создают, хз
Ужасный собес, собеседующий максимально не заинтересован в процессе. Очень скучно, кажется, что даже джун бы прошёл данный собес, поскольку собеседующий никак не раскрывал суть вопроса.
Вспомнил, как я проходил однажды через кадровое агентство, где при ответе на вопрос не было не то что диалога, а вообще полный "разрыв связи": - Что делает этот код? - _рассказываю_ *пауза в 15 секунд* - Алло? - Да? - Я ответил - Хорошо, следующий код. И так далее.
Чел, по Линуксу и докеру твои ответы - это трыедец. Дальше пока не смотрел) А вообще, такое впечатление, что тебе на них так же пох, как и им на тебя) По питону чёт тоже не особо, изменяемые и неизменяемые типы - незачет...
Мне вопросы показались странными, поэтому так и отвечал) Меня спрашивают, как можно посмотреть список процессов. Я отвечаю, но мой ответ не совпадает с тем, что на листочке в ожидаемых и начинаются вопросы по типу "а если у тебя этого нет, а если у тебя того нет". Но у меня же все это есть, а если нет, то я загуглю и найду другой способ) Не понимаю, зачем я должен знать наизусь все команды линукса и за что отвечает каждая циферка в chmod)
@@python_interview Ну я не совсем соглашусь с этой позицией, то что ты не знал команды top ps df это показывает что ты редко ходишь куда-то по ssh, а для бекенд разработчика это бывает нужно Поинт про загуглить был б актуален если б они тебя попросили что-то не тривиальное для отображать список всех запущенных дискрипторов или что-то в таком духе Просто почему в их глазах ты получил минус за такой ответ > разработчик который все время гуглит тривиальные действия это медленный разработчик Ну и про БД как раз видно что с высокой нагрузкой ты не работал потому что не сталкивался с проблемами которые могут вызвать неправильно вызванный уровень изоляции например, такие вещи все же лучше умело скрывать на собесе начитавшись теории и от зубов рассказывая что такое serializable read uncommited read commited и reperable read если что замечание не уменьшить мотивацию а попытка раскрыть почему за те или иные вопросы ты получал минусы в глазах собеседующего
Собес на 5к - "приходилось ли юзать f строки"🤣
Месяц изучаю Python, даже я могу объяснить про Docker
было про юкод
@@sergeytomilin5134аргумент не работает, если ты именно в python месяц, а не в программировании в целом
Назови хоть одну причину, почему этот вопрос смешон
Потому что это джуновский уровень, не?@@TheWorld-hs1hf
Часто используется запрос в SQL, но сейчас не вспомню, но у меня точно был) вышка просто
Некоторые вещи, как понял я, собеседующие, сами относительно плавали. То есть, у них был вопрос и был ответ на него, если не угадал конкретно с их ответом, буква в букву, значит не угадал вообще. А слыша ответ на вопрос иначе, хоть и правильно, были удивления. ИМХО, проблема в том, что ребята заранее не готовились, не составили список вопросов, не проработали их никак. По сути, брали с головы. Что говорит, лично мне, что простых разрабов, нагрузили провести тех собес. Им это нафиг не надо, не ихнее, но провели. =)
З.Ы. Побольше бы ваших видео. Много интересного почерпнул для себя из "направлений", которые в работе нафиг не нужны были много лет, но оказывается их могут спрашивать.
некоторые вопросы прям совсем примитивные (не простые, а именно примитивные, как будто сначала просят решить квадратное уравнение, а потом спросить, что означает маленькая двойка в правом верхнем углу от икс), а некоторые вполне норм
в любом случае интервью больше как экзамен, подготовили 100 вопросов, из которых многие ваще не нужны (ощущается, что ребята натренировались интервьюить джунов, но не поняли, что для интервьюирования синьоров не достаточно просто добавить вопросов)
примеры для ревью они тоже конечно так себе составили)
автор молодец, не считая душку вначале про консольные утилиты (я тоже согласен, что это очень субъективные вопросы и гуглятся на раз два) и немного базы - все збс ответил
Декоратором роутинги над функциями, если память не подводит, такого нет в джанго, зато есть во фласке.
Спасибо за контент!
Я вот щас не вспомню, но точно был кейс😂 кайф аргумент
о прикольно, почти все знаю, 80% точно могу ответить. хотя не писал на нем лет 7.. считаю пока себя джун уровнем в нем. талант не пропьешь!)))) такое впечатление что те кто спрашивают, знают меньше чем тот у кого спрашивают.😂
Ребята, вместо того, чтобы коннектиться к инстансам и что-то там в терминале писать и разглядывать htop, возможно имеет смысл наладить мониторинг нормальный? Ну или выполнять профилирование при помощи специализированных инструментов например.
Докер не обязательно развернется одинаково на всех средах, например тенсорфлоу и процессор м1
Хорошее замечание, ещё ядра всё же могут отличаться в разных средах, ибо контейнер это не виртуалка
не смотрел все, тыкнул случайно, на 1:01:00 . ну как сказать в чем проблема? видно, что спрашивающие сами несильно дотягивают до уровня сеньоров ибо в этой шаблонке куча проблем и намеренный мистайпинг, это малая часть этих проблем. там с ООП все очень плохо, зачем-то передается структура данных со свойствами, которая внутри размазывается на публичные поля (что создает потенциально сильную связность, если у вас прям логика завязана на эти данные ну так запихните их в класс, как это стандартно делается в питоне). класс Dog без особых на то причин нарушает интерфейс публичный Animal добавляя новое свойство , при этом нигде не описывается, что такое новое поведение добавлено, аля какое-нибуль breedable . Вершина ужаса это класс Коровы, которая вообще ничего не делает только добавляет публичные методы несовместимые с интерфейсом (базовым классом). т.е. написана ниочемная логика, а уже поломано поведение т.о. что придется на каждом участке программы писать кучу проверок, что за класс, и что он умеет. подобный код сразу в помойку.
совет новичкам - когда пишете сразу думайте о двух вещах - как вы это тестировать будете (пускай даже гипотетически) и как вы этим пользоваться будете в разичных сценариях программы. данным кодом пользоваться нельзя, тут ООП (наследование) не помогает , а делает все только хуже, ибо написано криво
(непрошеный совет)
я присоединюсь к мнению из комментов на счет того, что даешь слишком быстро ответы. вопробуй как-нибудь по-другому, ради эксперимента
смотри, у тебя на интервью (предположим) 1 час. ты можешь либо быстро ответить на 30 вопросов, либо ответить на 10 вопросов, но развернуто и уйти вглубь. таким образом ты во-первых покажешь, что ты более задрот и обожаешь выжигать код глазами (это плюс для интервьюирующего), во-вторых возможно тебе не успеют задать какой-нить душный вопрос, на который ты не знаешь ответ, в третьих (возможно) сможете зацепиться и развить тему, перейдя из режима экзамена в режим ламповой беседы.
из минусов, конечно, если интервьюрующий тоже шарит и вы зайдете слишком глубоко и ты где-то потеряешься, но имхо тут это стоит того)
спасибо, за то что заливаешь интервью, очень познавательно! продолжай в том же духе!
Спасибо, в след раз попробую такой подход)
На счёт poetry не соглашусь - pip сейчас сам хорошо справляется с выбором нужной версии библиотеки. Основная и главная фишка poetry, pipenv, pdm и прочих подобных пакетных меннаджеров - это избегание ситуации, когда какой-нибудь малолетний дебил в твою зависимость версии берёт и форспушит. lock-file - это то, ради чего стоит использовать эти штуки. И по этому, когда в какой-то момент на проде у тебя не собирается пакет из-за проблем с зависимостями - не поленись и посмотри что там отъебнуло, вместо удаления и создания заново локфайла, анон!
Спасибо за отличное видео. Если не ошибаюсь CharField создает поле VARCHAR в бд, а TextField - TEXT
Проверил, да действительно, я ошибался)
Автор красава. Судя по интонации интервьюров - токсичный климат в комманде. Не особо хочется им этим всем заниматься и новых людей в комманду набирать. Ну раз уж начальство из-под палки заставило то что поделать....
Спасибо за видео)
Сам сейчас сижу готовлюсь к собесу. Буквально случайно наткнулся на видос. Что хочется сказать...
1) Душно, вот максимально душно. Вопрос какие эмоции испытал автор после прохождения, ну очень сомневаюсь что воодушевленно захотел бы туда идти
2) Многие пишут - "Вопросы для джунов". А какой смысл кого-то душить? И если душить то по какой градации? Получается сеньор от корки до корки должен знать доку по питону? не уверен и не согласен. Однако отмечу, что эти вопросы можно было бы как-то логично обернуть, развить, а не понадергать с интернета и несвязно спрашивать.
3) Задачи на кодревью.....Ну такое.....Собес и так стрессовое мероприятие, а тут задачи на по сути внимательность.
В целом было интересно
норм! Пили еще! у меня года два назад более хардкорное интервью было. на алгоритмах пролетел и чертовых брокерах типа кролика. а вообще судя по уровню вопросов парни на проводе явно не сеньоры. первое, что у меня спросил сеньор на собесе - почему интерпретатор твой враг?
автор тоже отвечает на уровне жуниора если честно. Давно не собесился видимо.
А что по rabbitmq спрашивали?
чем отличается от kafka и как правильно использовать@@NoName-ky2eq
Бедного чела прям замучили вопросами начального уровня, лучше б была абстрактная задачка на создание какого-нить сервиса. А то с такого собеса прям сбежать охото, жуткая душнота
Кстати, то, что User ссылается на Wallet по связи FK - это ж вроде некорректно. Должно ведь быть, что у ЮЗЕРА может быть несколько КОШЕЛЬКОВ, а не у КОШЕЛЬКА несколько ЮЗЕРОВ.
Верно, я не заметил этого)
Зависит от желаемого поведения, может иметь смысл даже many-to-many, а-ля кошельки с совместным владением.
на 4 минуте подумал, что тут собеседование по 1С проходят)
Мамкины собеседователи
- что такое класс?
- ну класс это класс
Как я скучаю по собеседования в России, было всё так просто.
А были ли более углублённые вопросы касательно опыта/команды и тд?
Именно на этом вроде не было, хотя обычно на этих вопросах делают акцент
не совсем понятен вопрос про процессы.. процессы где в linux или в Python? как и потоки. ибо это прям сверх разное.)) потоков ограничение минимум-5, максимум-50 и работают они с общей памятью. процессы могут быть любого количества главное чтоб хватило ресурса и работают как отдельный процесс со своим GIL, если ядер не хватает будут исполняться конкурентно. с потоками не совсем так в python, они со своими особенностями и количество потоков не равно "быстрее выполнится", в отличии от процессов. потоки надо подбирать по количеству для производительности, в разных задачах они по разному будут отрабатывать. тоеcть если у нас 10 потоков то 5 может оказаться быстрее чем 10, или 7. и на них не рекомендуется выполнять счетные операции, каки анализ данных, их лучше на процессах делать, так быстрее. это я про python процессы и потоки.)) вдруг кому пригодится. а то часто пользуются потоками для вычисления. а они блочат GIL и выполнение медленное на выходе.. на процессах такое выполняйте, будет вам шастье.))) и python не будет медленным.)))
Первые пол часа вопросы на уровень Джуна. Надеюсь дальше интереснее
Мне кажется, не совсем корректно говорить "вопросы уровня Джуна". Тут скорее дело в ответе. Джун ответит по-своему, мидл/синьор - уже по-другому. Грубо говоря, чем выше грейд, тем более детальное понимание должно быть той или иной технологии, соответственно и ответ более развёрнутый
Странное суждение, ведь на втором вопросе про индексы БД автор смешивает хэшмату и B-Tree. Хотя это, конечно, разные структуры, в которых поиск происходит за разное время O(1) / O(log).
Про одни индексы можно рассказывать и рассуждать минут 10 на интервью
@@ChannelYoJo тут не только разное время, хеш поддерживает только оператор equality. Еще можно добавить, что индекс хранится отдельно от таблицы, и если мы выбираем поле (на котором висит индекс), то запроса в основную таблицу может и не быть.
Слушай, вообще интересный контент.
Собеседующие действительно вялые, но, возможно, они просто ожидали более развернутых ответов и альтернатив.
по базам питона как будто плаваешь, тот же лутц в своей книженции довольно подробно расписывал вопросы про типы. Один раз прочитал, всех удивил.
Я сам, дай боже джун минус, но раз на раз твои ответы меня смущали.
В любом случае, однозначно лайк за контент!
Знаю синьоров которые ни один джуновский собес не пройдут нормально, ибо нахрен не нужно держать в памяти джуновский контекст, там более важный предметный контекст. Его на стековерфлоу не загуглишь и в книжке лутса по-быстрому не прочитаешь
привет! по идее ты бываешь на собесах достаточно часто. какой их процент в среднем заканчивается оффером для тебя? спасибо за контент )
Привет! Зависит от ситуации на рынке. Раньше были часто офферы, примерно 50/50. Последний раз когда недавно проходил собесы, то наверное процентов 20 успешных только было)
спасибо что пофиксил звук) оффер получил?
нет(
Вопросы уровня мидл.
Вы отвечаете на вопросы МАКСИМАЛЬНО сжато. Это намеренная стратегия? :) Т.е. вы рассуждаете так: если краткий ответ входит в ожидаемый развернутый ответ, то это должны принять?
Если честно я не понял, что от меня хотели услышать, так как не получал фидбэк на свои ответы) Задавали вопрос, я на него отвечал, затем следовал следующий вопрос и тд. Т.е. со мной не пытались вести какого-то диалога, поэтому я предположил, что это некий блиц вопрос-ответ. Ну и большинство вопросов были закрытыми, а отвечать на них открыто довольно тяжело (возможно это только моя проблема).
Плюс меня немного смутило то, что когда я давал ответ другими словами, то на него реакция была, как на неправильный. Вследствие этого энтузиазм поубавился)
@@python_interview Я заметил, что вы и на других собеседованиях также кратко отвечаете на вопросы. Припоминаю, что для одного из ваших видео был комментарий, что вы опытный собеседуемый и отвечаете только то, что спрашивают, чтобы у собеседующих не возникали зацепки для дополнительных вопросов по теме.
У же, например, как и на экзаменах начинаю в ответ на вопрос выдавать все, что знаю, порой уходя от первоначальной темы. Видимо это не всегда прпвильно :)
Хорошо, когда вначале говорят, какие ответы нужны и не приходится угадывать. Часто предупреждают, что если будут слышать правильное начало развернутого ответа, то перебьют, чтобы не тратить лишнее время. А если хотят услышать больше, то задают дополнительные наводящие вопросы)
Классный контент
А какой фидбек от интервьюэров получил?
Не было фидбека)
это мок-интервью или настоящее? ощущение будто друг другу не особо рады)
Настоящее)
@@python_interview если нужны такие интервью, можем слелать колл, думаю ответы будут хорошего качества. Посмотрим докуда можно планку повысить. Я senior, пишу 15+ лет
@@python_interview гоу к вам приду на собес, чисто для контента. обещаю качественные ответы, хочу посмотреть до каких рамок можно себя толкнуть. Senior Python Engineer, 15+ опыта
Привет, расскажи почему ты ходишь на собесы? Сначала у тебя были мидловые, теперь сеньорские. Ты в поисках работы или просто качаешь бицуху в собесах?
Привет, по разному. В каких-то искал новую работу, в каких-то просто смотрел рынок, чтобы лучше понимать, что сейчас востребовано и что за это предлагают)
Да контент он пилит. Разве не понятно?
Всегда нужно ходить на собесы, а то можно потерять этот навык.
@@denismerigold486 навык не теряется, если не прокрастинировать на работе)
Со всем уважением, но как по мне, так все заданные вопросы должен знать мидл. С сеньором стоит разговаривать на более фундаментальные темы или про интересные фишки.
полностью согласен
Является ли нормальным тот факт, что класс Cow наследует класс Dog?
Думаю, что нет, но я не совсем понял суть задания. Нужно ли было оценивать это как абстрактный код и искать только ошибки по питон коду? Или с точки зрения проектирования и реализации методов? Мне вроде сказали представить, что с методами все норм, они просто выполняют какую-то функцию. И я пытался ревьювить, отталкиваясь от этого, не обращая внимания, что принтится по логике там не то, за что должен отвечать метод, и что корова наследуется от собаки, а не от животного. Я вырезал рассуждения о том, что по такой логике у коровы будет порода (breed), потому что сказали, что с этим все ок)
Мне кажется, этот интервьюер очень хорошо знаком, компания случайно не в Армении/Грузии?
Неа
@@python_interview Вероятно, что показалось.
И да, если вы сейчас в РФ, то как-бы вы оценили сегодняшние реалии рынка?
@@nicsolov9821 Я сейчас не в РФ, но мне кажется, что рынок перегружен.
1. Раньше тех. собес пытались назначить как можно раньше, сейчас чуть ли не на след. неделе только слоты свободные
2. Частенько после созвона с hr долго откладывали тех собес, а потом либо игнорили, либо писали спустя несколько недель, что вакансия закрыта.
Это мои субъективные ощущения, может у кого-то по-другому)
@@python_interview Мне кажется, что на рынок идёт кризис по всему миру, это печалит. А ещё просто сумасшедший поток новичков. Можно ли узнать, куда вы перебрались?
@@nicsolov9821 В Грузию
офер дали в итоге?
Нет
какой senior… это слабый junior
и где он слабьій junior?
@@ivan2885 все вопросы про синтаксис питона, основы бд и чуть-чуть linux. это trainee
@@saralightbourne и солид на примерах тоже trainee, если єто трейни то тогда какие вопросьі должньі бить на senior?
@@ivan2885
junior - какие-то конкретные технологии (python, django)
middle - независимость от конкретных технологий, лучшее знание альтернатив (плюсы / минусы подходов). но им нужен senior для координации
senior - понимание доменной области, когда какие технологии и архитектуры использовать, умение направлять и решать бизнес-проблемы
я проходила интервью на senior, меня даже ни одного вопроса по python не спросили. всё время обсуждали разные бизнес кейсы, опыт в деталях и какие бы решения я приняла в таких-то ситуациях
@@saralightbourneженщина, вы в своём уме? Сеньор должен идеально знать язык, как это вообще можно выяснить, если ему не задали ни одного вопроса по нему? Может для женщин какие-то отдельные собеседования создают, хз
Духота
Слабо про линукс и субд
Как то слабо....
Ужасный собес, собеседующий максимально не заинтересован в процессе. Очень скучно, кажется, что даже джун бы прошёл данный собес, поскольку собеседующий никак не раскрывал суть вопроса.
Вспомнил, как я проходил однажды через кадровое агентство, где при ответе на вопрос не было не то что диалога, а вообще полный "разрыв связи":
- Что делает этот код?
- _рассказываю_
*пауза в 15 секунд*
- Алло?
- Да?
- Я ответил
- Хорошо, следующий код.
И так далее.
Кринж. И это синьёр?
Ну вот да, тоже показалось, что вопросы не для помидора
ребят, если это на $5000 то это просто смех ебаный)
Чел, по Линуксу и докеру твои ответы - это трыедец. Дальше пока не смотрел)
А вообще, такое впечатление, что тебе на них так же пох, как и им на тебя)
По питону чёт тоже не особо, изменяемые и неизменяемые типы - незачет...
Мне вопросы показались странными, поэтому так и отвечал) Меня спрашивают, как можно посмотреть список процессов. Я отвечаю, но мой ответ не совпадает с тем, что на листочке в ожидаемых и начинаются вопросы по типу "а если у тебя этого нет, а если у тебя того нет". Но у меня же все это есть, а если нет, то я загуглю и найду другой способ) Не понимаю, зачем я должен знать наизусь все команды линукса и за что отвечает каждая циферка в chmod)
@@python_interview не понятно зачем так душили по линуксу, как по мне это реально очень странно
@@python_interview Ну я не совсем соглашусь с этой позицией, то что ты не знал команды top ps df это показывает что ты редко ходишь куда-то по ssh, а для бекенд разработчика это бывает нужно
Поинт про загуглить был б актуален если б они тебя попросили что-то не тривиальное для отображать список всех запущенных дискрипторов или что-то в таком духе
Просто почему в их глазах ты получил минус за такой ответ > разработчик который все время гуглит тривиальные действия это медленный разработчик
Ну и про БД как раз видно что с высокой нагрузкой ты не работал потому что не сталкивался с проблемами которые могут вызвать неправильно вызванный уровень изоляции например, такие вещи все же лучше умело скрывать на собесе начитавшись теории и от зубов рассказывая что такое serializable read uncommited read commited и reperable read
если что замечание не уменьшить мотивацию а попытка раскрыть почему за те или иные вопросы ты получал минусы в глазах собеседующего
Бля в части по линуксу такой сюр. Так челов разводишь. Ждут от тебя ps/free/df - на все говоришь htop и как-бы прав )