Алтынбаев Артур python разработчик собеседование 

В который раз смотрю собесы ру контор и сам по опыту собесов в сбере убеждаюсь, что таких собесов нет, наверное, нигде. Когда отношение к кандидату как к студенту, а не как к потенциальному коллеге. Плюс отвратительная практика лайфкодинга (имхо). Таких требований, вопросов, особенно на джуна) Сейчас работаю в качестве software engineer в немецком универе с очень неплохой зп и мой собес состоял в основном из теста на софт скилы (пообщались на темы) и тестового задания вида: созвон, дали доступ к гитхабу с АПИ, нужно было найти ошибки в коде, написать тесты к этой АПИ, на все тестовое 1,5 часа, надо было запушить обратно (я тогда не догадался, чтобы создать пуллреквест, но это оказалось некритично). Тестовое выполнил впритык, потому что было довольно муторно, отправил, отписался. Мне ответили, что все ок, поглядим. Через неделю где-то отписались, что все ок. Таким образом я оказался на позиции миддл+ (если смотреть по зп) в Германии с синей картой. Это было в январе-феврале этого года. Для себя сделал вывод, что на западе решают софт скилы гораздо сильнее хард. К тому же, всем в команде закупили - копилот, чатГпт4 и прочие плюшки для упрощения работы. И подобные таски (как с этого тестового) просто не имеют смысла. Гораздо важнее, как кандидат мыслит, сможет ли он найти нужное в том же гугле. Все алгоритмы уже написаны сто раз, все их помнить - странно. Берешь, гуглишь, находишь, адаптируешь. И твои мысли и умение как раз адаптироваться важнее знания алгоритма баблсортинг, который на первой странице гугла уже сто раз обмусолен.

Олегу - Респект!!! Душевный товарищ!!! И уголок из звукопоглощающей штуки - это прям плюс в Карму по Звуку!!!

Артур показался очень комфортным человеком

прежде чем иди на собес, нужно хорошо прокачать базу. сложно но нужно

Весь видос так и хотелось чтобы сделал вместо try/except, в фунции _get(), вызов is_empry😅

А случайно очередь со стейком не перепутали на 13 минуте ? fifo - очередь filo - стейк... крутое собеседование )))

1. для чего эти сложности с созданием собственного исключения, если можно было прописать блок else? 2. последний вопрос кажись подразумевал использование isinstance

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

27:46 возможно речь идёт о guard block?

может кто сказать какие задачи решает питон

Ну, неплохой собес так-то. Код человек пишет достаточно неплохо, аппрув тут явно заслуженный. Но ведь нужно же подушнить слегка, ведь так? :D 1. def length() - зачем оно нужно? "Чтобы постоянно не вычислять" - но оно и так будет постоянно вычисляться. А вот если заменить этот метод на какой-нибудь if_full() и в него вынести валидацию - то это было бы крайне к месту, как по мне. 2. try/except и метод is_empty. Тут двусторонний вопрос: зачем тебе is_empty, если ты его не юзаешь? Или: зачем ты юзаешь try/except, если у тебя есть метод is_empty? 3. Касательно последнего вопроса - про ограничение типов данных - тут, думаю, стоило было бы сказать, что при инициализации очереди сразу туда передавать список допустимых типов. 4. Структура питоновский список - это структура данных "динамический массив", а то, о чем ты говорил "с нодами" - это "связный список". И вот он даст выигрыш по памяти из-за того, что данные будут расположены почти хаотично в памяти, в то время как массиву потребуется именно непрерывный блок в памяти. И это выливается в то, что массивы будут работать быстрее - данные физически рядом лежат. 5. _append() - вот это спорный момент. Нет, там ничего не сломается, если одинаковый нейминг будет, но использовать защищенный атрибут при вызове "снаружи" - это как-то не найс. Пользователю нужно давать интерфейсы без таких меток, как по мне. append_to_queue, add и тд.