Собеседование на позицию Backend Developer Python + Django Middle #1 

Только наоборот, я проходил собес, а не вел его)

Во время собеса ведущий что-то ел)))))

Спасибо за совет, попробую добавлять в будущих видео)

Оффер был, но отказался

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

@@python_interview да я бы сказал что у вас с первых минут довольно печальный голос и сам собеседующий уж не знает что спросить и не сильно вовлеченно слушает ответы. Как-то с двух сторон не задалось настроение:)

@@MrLotrus Сначала у меня было норм настроение, просто голос такой))

Подзабыл из-за разной интерпретации в различных источниках)

Сложно сказать прям какое-то точное время, но около 2-х лет примерно) ЗП очень сильно варьируется от региона/компании/твоих ожиданий. Если говорить о Москве или Питере то по хх можно смело 150+ смотреть

@@python_interview спасибо за ответ и твои видео! Советую побольше рассказать о себе в видео отдельным, чтобы иметь представление о тебе!) я именно хотел узнать по конкретно этому собеседованию по зп, региону, условиям и т. д. Расскажешь подробней? Еще понравилось видео с практическими задачами. О нем сможешь рассказать?

@@user-tk8lg9dd9b Спасибо, как-нибудь сниму видео) Именно по этому собеседованию был оффер в 150к в СПБ, а условия уже если честно не особо помню. А что рассказать про видео с практическими заданиями?) Некоторые компании проводят чисто теоретические собеседования, некоторые любят практические задания. Вот я как раз пару раз попадался на практические собеседования) Обычно если ты не ацмщик какой-нибудь, то без подготовки сложно пройти алгоритмические секции.

@@python_interview а можно добавить Вас в телеграм? Не сочтите за навязчивость только)

@@user-tk8lg9dd9b напиши свой, добавлю) потом можешь удалить коммент

Люди просто ищут мидла на зп джуна

Конечно)

@@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 по каким ресурсам учишь питон? Может книга какая-то?

Жрет во время интервью это капец неуважение.

Просто паттерны нужны не столько для решения какой-то конкретной задачи, сколько для проектирования архитектуры всей системы в целом. Возможно вы и знаете как правильно это сделать, но по тому, как вы решите пару задач, этого не понять. Тем более если есть богатый практический опыт, то можно загуглить какие паттерны есть, вкратце на них глянуть и понять: "Ага, значит когда я всегда делал вот так, то значит я применял такой-то паттерн". Заучивать их не обязательно, но понимать смысл и уметь объяснить его (даже не называя сам паттерн), думаю очень полезно. Хотя бы основные) А литература помогает узнать различные подходы к решению задач и всякие best practices. Решить конкретный бизнес-кейс (просто чтобы работало) зачастую довольно просто, а вот грамотно встроить его в архитектуру приложения, чтобы все это было ещё и легко масштабируемо, универсально и тд, уже другой вопрос) Возможно вы всегда делали "таким-то способом", и это работало, но можно было сделать лучше, но без литературы/советов других людей узнать это не так-то просто)

@@python_interview гугл - главная литература, меня просто удивляет напр. вопросы типа - "какую книгу читал"... е.... "гугл", чем это хуже чтение мануала напр. про zombodb?) Ок... тьоесть получается что патерны знать совсем не обьязательно, главное знать как писать код? Тоесть получается что патерны на собеседовании знають только те кто учился по книжкам, и это нужно только для прохождения собеседования. Можно еще вопрос - вот что бы вы сказали если на ваш вопрос "раскажи про патерны" я бы ответил - "дайте задачу - я ее решу, бесполезные знания у меня очень далеко"?

@@user-gi2st1ee1s Я не говорил, что их знают только те, кто учился по книжкам, а даже наоборот, сказал, что можно загуглить) Каждый выбирает подход, который ему ближе. Если вам проще получать информацию с гугла, то в этом нет ничего плохого. Главное её получать) Если бы вы мне не рассказали про паттерны, то лично я не был бы категоричен, и попросил бы порассуждать, как можно спроектировать в общих словах какой-нибудь кейс) Опять же "дайте задачу - я ее решу" это не абсолютный показатель, если вы идете на позицию мидл и выше. Нужно уметь проектировать системы. Какую задачу нужно дать, чтобы узнать архитектурные навыки? Какие-нибудь банальные алгоритмические задачи с leetcode этого не покажут) Давать задачу спроектировать систему на много часов? Врядли её кто-то будет решать. Поэтому проще всего спросить про паттерны)

@@python_interview ну почему же... вот если бы я проводил собеседования то я бы спросил напр: "нужно сделать инет-магаз с фасетным поиском на несколько тысяч позиций товаров, с обновлением без простоя, вложеность каталога до 5, 3 языка, только бекенд, перечислите какой бы софт/батерейки брали и почему. Исключите из своего ответа потсгрес, джанго, рест-апи, нгинкс, еластик". Вопрос может и не к мидлу совсем, но было бы сразу понятно человек использует только хайповое или сумеет выкрутится из ситуации. Просто сказать, а там уже по ситуации. Или вот напр. отличная задача: есть текстовый файл на много гигабайт, каждая строчка - урл, "нужно эффективно спарсить (напр. выдрать все емейл-формы и проверить работают ли они) все страницы, есть мощнейший сервер с кучей ЦПУ (другие параметры не известны), гаратировать отказоустойчивость". Слишком круто для мидла? Я просто интересуюсь (без претензий всяких конечно) самому интересно какой у меня уровень)

@@user-gi2st1ee1s Вполне может быть, только на мой взгляд это больше про выбор технологий и подходов к решению, чем про саму архитектуру). Задача про парсинг уже подохдит лучше, но опять-таки, реализовывать кандидаты её врядли согласятся, так как мало кому хочется тратить кучу времени на решение практической задачи, после которой нет никакой гарантии, что вас примут (вдруг вы решите её не так, как хотел бы интервьювер). Если только на словах рассказать, как будут проектироваться модули, классы и тд, то тогда да, будет иметь смысл, причем даже полезнее, чем просто спросить теорию) Но мало кто хочет так запариваться, проще спросить про паттерны)