Собеседование на позицию Backend Developer Python + Django Middle #1
ฝัง
- เผยแพร่เมื่อ 1 ส.ค. 2021
- Пример собеседования на позицию middle python разработчика.
Python
00:00 отличия _new_ от _init_
01:33 слоты
02:30 метаклассы
04:20 SOLID
Django
13:00 наследование моделей
15:00 где лучше расположить логику (модели vs сериализаторы)
18:30 где лучше расположить логику (модели vs менеджеры)
20:30 django middleware
21:25 drf permissions
Общие вопросы
24:52 REST API
28:09 индексы в postgres
29:40 celery
32:03 redis vs postgres
34:25 NoSQL базы данных
#собеседование #backend #python #django #middle #мидл #программирование
![ทัศนศึกษาโรงงานผลิตโค้ก [THAI/ENG SUB]](http://i.ytimg.com/vi/M9y-TJBNem0/mqdefault.jpg)
В этом мире фейковых собеседований, ваша запись как луч света. Спасибо )
Красавчик , спасибо за видео , информативно. Я бы не ответил на половину вопросов .
Интересненько... Есть инфа для размышления и изучения поглубже...
16:14 Вот тут у меня начало подгорать.
18:35 А здесь совсем сгорело.
Вопросы из серии "догадайся, какой ответ хочу услышать"
Спасибо за видео!
Как предложение можно под каждым вопросом оставить ссылку с ответом на вопрос, чтобы не только Ваш ответ услышать, но также и подчеркнуть информацию с источников которыми Вы пользуетесь для обучения\подготовки.
Спасибо за совет, попробую добавлять в будущих видео)
Спасибо за материал, понравилось, как вы вели собес, очень грамотно, с наводящими вопросами👍
Только наоборот, я проходил собес, а не вел его)
Во время собеса ведущий что-то ел)))))
Такое чувство, что интервьюер подбухивает и огурчиком закусывает. 🤣🤣🤣
А можно ли узнать сколько времени у вас ушло на обучение Backend разработки на python, достаточного для устройства на работу мидлом? И какую зп обещали?
Сложно сказать прям какое-то точное время, но около 2-х лет примерно) ЗП очень сильно варьируется от региона/компании/твоих ожиданий. Если говорить о Москве или Питере то по хх можно смело 150+ смотреть
@@python_interview спасибо за ответ и твои видео! Советую побольше рассказать о себе в видео отдельным, чтобы иметь представление о тебе!) я именно хотел узнать по конкретно этому собеседованию по зп, региону, условиям и т. д. Расскажешь подробней? Еще понравилось видео с практическими задачами. О нем сможешь рассказать?
@@user-tk8lg9dd9b Спасибо, как-нибудь сниму видео) Именно по этому собеседованию был оффер в 150к в СПБ, а условия уже если честно не особо помню. А что рассказать про видео с практическими заданиями?) Некоторые компании проводят чисто теоретические собеседования, некоторые любят практические задания. Вот я как раз пару раз попадался на практические собеседования) Обычно если ты не ацмщик какой-нибудь, то без подготовки сложно пройти алгоритмические секции.
@@python_interview а можно добавить Вас в телеграм? Не сочтите за навязчивость только)
@@user-tk8lg9dd9b напиши свой, добавлю) потом можешь удалить коммент
спасибо большое за материал! много чего для себя вывел для изучения. интересно, этот программист попал на позицию?
Оффер был, но отказался
Интересный материал, не собеседуемый не подготовился, а собеседующий, мне кажется нужно подготовиться к вопросам, вы совершенно не были готовы, сами что то повторяли, перепроверяли, если вы собеседуете потенциального разработчика который будет у вас работать лучше самому подготовиться
Мне кажется, что это красный флаг устраиваться на работу где интервьюер во время собеседования жрет и чавкает...
Что ж вы так?) Аргумент про SRP из чистой архитектуры привели а на D из Solid затык)
Подзабыл из-за разной интерпретации в различных источниках)
Я так понял автор видео является проходящим собеседование
Чувствуется, что ваша заинтересованность полностью угасла к 20 минуте
Слышал часто советы, что если собес проходит в напряжении, то идти работать туда не стоит
Были ли у вас такие мысли уже во время самого интервью?
Не считаете ли вы, что фраза интервьюера "это уже не моя проблема" является неприемлемой и портит впечатление ?
Примерно так и было, но решил уж пройти до конца, чтоб было хоть, что выложить) Про фразу тоже полностью согласен
@@python_interview да я бы сказал что у вас с первых минут довольно печальный голос и сам собеседующий уж не знает что спросить и не сильно вовлеченно слушает ответы. Как-то с двух сторон не задалось настроение:)
@@MrLotrus Сначала у меня было норм настроение, просто голос такой))
Хотелось бы чтобы автор говорил по громче немного
Изучаем Python, Эрик Мэтиз - th-cam.com/video/O1TYl7iUaUE/w-d-xo.html
Наверное очень тяжело проводить интервью, когда кандидат вот вот умрет или заснет(
На 3 собесах на джуна меня спрашивали то же самое
Люди просто ищут мидла на зп джуна
По-моему, слишком много теоретических вопросов и мало тех ,которые показали бы реальный опыт кандидатов. Я когда проводил собеседования, предпочитал обратный подход. Так можно взять ботана или гуглильщика.
Это круто!
можно задать несколько вопросов?
Конечно)
@@python_interview Сейчас я работаю джуном в компании среднего размера, и я начинаю чувствовать стагнацию ( застой) в своих навыках, я почти полностью не развиваюсь, и я хотел бы сменить компанию или должность.
И собственно мой вопросы.
После какого промежутка времени можно попробовать стать middle разработчиком?
Что в идеале должен знать средний разработчик (бэкэнд) на Python?
Какие любимые проекты вы бы порекомендовали и как бы вы поступили в подобной ситуации?
И да, примерно на 70% +, я ответил примерно так, как вы.
Большое спасибо за подобный контент!
@@nicsolov9821 Мое мнение, что если чувствуешь застой, то надо 100% менять работу, чтобы не выгореть и получить новые навыки.
1. Нет какого-то определенного промежутка, после которого ты станешь/не станешь миддлом. Все зависит от того, на сколько релевантный был опыт и какие знания были получены. Но есть, конечно, условные границы: 1-3 (чаще всего 2+) года опыта коммерческой разработки будут означать, что скорее всего ты знаешь достаточно для миддла. Но опять-таки это зависит от того, какие у тебя задачи были и что ты знаешь.
2. По опыту того, что спрашивали на собеседованиях, мне кажется, что миддл разработчик должен иметь:
- глубокие знания в самом питоне
- понимать архитектурные принципы построения систем
- иметь опыт разработки от года хотя бы на одном фреймворке (django/flask/fastapi/aiohttp/...)
- уметь проектировать базы данных и писать голые sql запросы
- ещё часто спрашивают про асинхронность (хотя по факту юзают её мало кто)
3. По поводу проектов тут сложно) Можно, конечно, писать свои pet-проекты, но у меня обычно после работы уже нет желания. Я бы посоветовал найти работу, где будут либо молодые проекты (до года), либо ещё лучше, чтобы проекты с нуля разрабатывались. Так можно будет в короткие сроки получить релевантный опыт и узнать новые технологии. Потому что если работаешь с легаси проектом с выстроенной архитектурой, то возможности внести что-то свое очень мало. Все технологии уже завезены, спроектировать что-то сложно, потому что нужно вставлять костыли лишь бы не развалился старый код. Ну и как по мне лучше разрабатывать, чем рефакторить)
4. Будет хорошо, если попадется компания с несколькими открытыми вакансиями, там 70% верных ответов и грамотного мышления может быть вполне достаточно. Потому что если у них одна позиция, то туда будут искать "лучшего из лучших" (по их мнению), который должен идеально ответить на 100% заскриптованных вопросов.
@@python_interview Большое спасибо за подробный ответ и за уделенное время.
пока еще учусь на машинное обучение и еще до джуна далековато, но могу сказать, что вопросы именно по питону какие-то очень простые оказались
да не правда на самом деле)
@@dwizzlefulles4674 ого, наверное, это связано с тем, что душу удава уже 5 месяцев т.к. подробно прохожу все темы. Такие видео очень классные ибо только поднимают самооценку)
@@hopelesssuprem1867 ну да согласен. в целом можно было спросить что то сложнее, но тут не какие то супер мега лёгкие вещи спрашивались поэтому удачи тебе на твоём пути все получится!
@@dwizzlefulles4674 спасибо болшое, уверен, что все так и будет)
@@hopelesssuprem1867 по каким ресурсам учишь питон? Может книга какая-то?
Lol, знаю кто собеседовал.
ну навіщо записувати і щось їсти?) через пів години ж можна поїсти)
Сложилось впечатление что собеседующий сам плохо понимает celery и все что рядом с ним)
Что-то слишком дерзкий кандидат, я бы такого сразу послал бы
Буквально из него выбивают ответы
вопрос: вот много лет пишу на всяких языках, делфи (почти уже не пишу), питон, ява, яс, базы, девопс, сервера и т.д... в основном питон, на собеседованиях (иногда просто для себя а не за для работы прохожу) спрашивают о патернах, я говорю - знать не знаю - дайте задачу - я решу своими словами (потому что учился всегда на практике а не по книгам, на чтиво никогда небыло времени, задачи всегда решались - на вчера), а вы уже решите какой это патерн, я умею задачи решать а не заниматься выучкой академической лобуды, ну примерно так... искрене не могу понять зачем мне знать патерны, если напр. я могу детально рассказать как работает напр. словарь, про указатели, память, сегментацию, оптимизацию и т.д., причом сравнивая реализацию напр. с другими языками (о чем сразу хотят прекратить разговор потому что сами не понимают, и складывается впечатление что валят)..? вот недавно на чистом питоне даже делал поиск по неточному совпадению, со своими словарями, и т.д...
откуда такой прямо таки "бзик" обьязательно про патерны спрашивать?
не в упрёк, просто хочу понять для себя, просто слово в анкете такое?)
П.С. ответчик - маладца, хорошо подкован
Просто паттерны нужны не столько для решения какой-то конкретной задачи, сколько для проектирования архитектуры всей системы в целом. Возможно вы и знаете как правильно это сделать, но по тому, как вы решите пару задач, этого не понять. Тем более если есть богатый практический опыт, то можно загуглить какие паттерны есть, вкратце на них глянуть и понять: "Ага, значит когда я всегда делал вот так, то значит я применял такой-то паттерн". Заучивать их не обязательно, но понимать смысл и уметь объяснить его (даже не называя сам паттерн), думаю очень полезно. Хотя бы основные)
А литература помогает узнать различные подходы к решению задач и всякие best practices. Решить конкретный бизнес-кейс (просто чтобы работало) зачастую довольно просто, а вот грамотно встроить его в архитектуру приложения, чтобы все это было ещё и легко масштабируемо, универсально и тд, уже другой вопрос) Возможно вы всегда делали "таким-то способом", и это работало, но можно было сделать лучше, но без литературы/советов других людей узнать это не так-то просто)
@@python_interview гугл - главная литература, меня просто удивляет напр. вопросы типа - "какую книгу читал"... е.... "гугл", чем это хуже чтение мануала напр. про zombodb?) Ок... тьоесть получается что патерны знать совсем не обьязательно, главное знать как писать код? Тоесть получается что патерны на собеседовании знають только те кто учился по книжкам, и это нужно только для прохождения собеседования.
Можно еще вопрос - вот что бы вы сказали если на ваш вопрос "раскажи про патерны" я бы ответил - "дайте задачу - я ее решу, бесполезные знания у меня очень далеко"?
@@user-gi2st1ee1s Я не говорил, что их знают только те, кто учился по книжкам, а даже наоборот, сказал, что можно загуглить) Каждый выбирает подход, который ему ближе. Если вам проще получать информацию с гугла, то в этом нет ничего плохого. Главное её получать)
Если бы вы мне не рассказали про паттерны, то лично я не был бы категоричен, и попросил бы порассуждать, как можно спроектировать в общих словах какой-нибудь кейс)
Опять же "дайте задачу - я ее решу" это не абсолютный показатель, если вы идете на позицию мидл и выше. Нужно уметь проектировать системы. Какую задачу нужно дать, чтобы узнать архитектурные навыки? Какие-нибудь банальные алгоритмические задачи с leetcode этого не покажут) Давать задачу спроектировать систему на много часов? Врядли её кто-то будет решать. Поэтому проще всего спросить про паттерны)
@@python_interview ну почему же... вот если бы я проводил собеседования то я бы спросил напр: "нужно сделать инет-магаз с фасетным поиском на несколько тысяч позиций товаров, с обновлением без простоя, вложеность каталога до 5, 3 языка, только бекенд, перечислите какой бы софт/батерейки брали и почему. Исключите из своего ответа потсгрес, джанго, рест-апи, нгинкс, еластик". Вопрос может и не к мидлу совсем, но было бы сразу понятно человек использует только хайповое или сумеет выкрутится из ситуации. Просто сказать, а там уже по ситуации. Или вот напр. отличная задача: есть текстовый файл на много гигабайт, каждая строчка - урл, "нужно эффективно спарсить (напр. выдрать все емейл-формы и проверить работают ли они) все страницы, есть мощнейший сервер с кучей ЦПУ (другие параметры не известны), гаратировать отказоустойчивость". Слишком круто для мидла? Я просто интересуюсь (без претензий всяких конечно) самому интересно какой у меня уровень)
@@user-gi2st1ee1s Вполне может быть, только на мой взгляд это больше про выбор технологий и подходов к решению, чем про саму архитектуру). Задача про парсинг уже подохдит лучше, но опять-таки, реализовывать кандидаты её врядли согласятся, так как мало кому хочется тратить кучу времени на решение практической задачи, после которой нет никакой гарантии, что вас примут (вдруг вы решите её не так, как хотел бы интервьювер). Если только на словах рассказать, как будут проектироваться модули, классы и тд, то тогда да, будет иметь смысл, причем даже полезнее, чем просто спросить теорию) Но мало кто хочет так запариваться, проще спросить про паттерны)
Cобеседователь немного душноват и похож на следователя, за пределами СНГ бы даже оценил как токсичного, но так-как собес на русском то в целом ок.
Как же душно в айтишечке) Интервьюер абсолютно не готов к собесу. Куча ненужных вопросов, каких-то доебываний без дела. Подготовленному человеку давно бы уже стало понятно, что кандидат подготовлен, а со вссем новым сможет разобраться. Я молчу про то, что он сидит и жрет во время интервью. Из этого я делаю вывод: контора была не большая, задачи были бы дикие и хреново поставлены.
Жрет во время интервью это капец неуважение.
вопросы ни о чем, ответы тем более
Какое же бессмысленное собеседование, жуть. Переплюнуть этот бред можно только лайвкодингом.