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

Присоединяйтесь к сообществу, где Олег один из организаторов: t.me/it_horizon_club/6
t.me/KZbinPronin
Чат для общения pyhton разработчиков и им сочуствующих. Свободное общение, тестовые и вопросы с собесов и прочее. Заходите, там вам рады.
Поддержать канал: www.tinkoff.ru/rm/pronin.andr...
Обычно денежка идёт на книжки про питончик. Но иногда на светлое и тёмное.
Если Тиньков не даёт перечислить, стукните в личку телеги andpronin, придумаем что нибудь
Виш лист
Хорошие книги по Питончику, которые могу рекомендовать (и хочу купить с вашей помощью).
Изучаем Python. Двухтомник. Марк Лутц. Очень подробно и структурно (Хочу дождаться 6го издания.. )
• Изучаем Python с Марко...
Читаем и разбираем ее тут
Куплено (огромное спасибо зрителям)
Знакомство с Python | Бейдер Дэн (2023) - выглядит приятно для новичка
Чистый Python. Тонкости программирования для профи | Бейдер Дэн (2022) - хорошо для продолжения
Высоконагруженные приложения. Программирование, масштабирование, поддержка | Клеппман Мартин
Python. К вершинам мастерства | Рамальо Лучано - 2е издание - сложно для новичка, но интересно
Паттерны разработки на Python: TDD, DDD и событийно-ориентированная архитектура -- хорошо про то, когда какой фреймворк применять
Видимо, дальше появтся еще нескромные желания. Но пока - так
Моя тележка andpronin -- стучите, если что.
Мой канал про обучению python с нуля и до мидла Андрей+=Пронин
/ @pypronin
Я в других сетях
🔗Вконтакте: CaptPronin
🔗Дзен: zen.yandex.ru/id/5fbd33919412...
#python #питон #программирование #Андрей_Пронин #собеседование #

[@Konstantin_Stalnov]

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

[@artembuldin5438]

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

[@vladimirkuliashov3020]

золотые слова

[@AndyPronin]

Олег не в России работает

[@user-pw9sn6ih9e]

По мне так норм интервью для джуна с опытом в 1 год

[@yavener]

да, написал человек, который решает задачу алгоритма поиска максимума сортировкой массива встроенной функцией sort(). Ну талант у вас точно в чем то есть, но ни в программировании...

[@ivanabdullaev859]

Ну у них тут были софт-скиллы вон с Олей. Жесть просто. И надеяться на нейронку при написании кода - это идиетизм уж извините.

[@li.nikolas]

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

[@user-em4bu1xm4v]

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

[@WounderVaflel]

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

[@YUY12305]

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

[@user-xb9rp1ep9s]

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

[@vlad-code]

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

[@nurzhanuspanov9685]

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

[@vadimvadim1662]

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

[@strongcat844]

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

[@beardedman721]

Да практически любые 🤷🏻‍♂️ у Python 100500+ библиотек, на все случаи жизни

[@7IdE]

Ну, неплохой собес так-то. Код человек пишет достаточно неплохо, аппрув тут явно заслуженный. Но ведь нужно же подушнить слегка, ведь так? :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 и тд.

[@temirlanshablin908]

len() не вычисляется а просто возвращает obj.__len__, который зараннее просчитывается при вставке

[@user-pw9sn6ih9e]

4. тут стоит уточнить, что выигрыш по памяти дает не хаотичное расположение в памяти, а немного другое: в случае динамического массива он резервирует место при заполнении для дальнейшего добавления, и насколько я помню, этот резерв составляет х2 к длине массива. А в случае со связанным списком список в python занимает ровно столько места, сколько элементов в нем.

[@7IdE]

@@temirlanshablin908, ну, кстати, вот насчет этого момента я не совсем уверен. Это точная инфа? Ибо не залезая под капот - эти 2 варианта равновероятны.

[@7IdE]

​@@user-pw9sn6ih9e, в целом - да, согласен. Но я не совсем об этом. Я имел ввиду, что в случае больших списков при аллоцировании памяти придется найти такой участок, куда этот массив влез бы. В то время как связному списку об этом думать не нужно. P.S. х2 - насколько мне известно, там не всегда х2, иногда там какие-то свои константы около 2 (там какие-то свои махинации с оптимизацией у этой штуки).

[@umni_kot]

вам стало легче после того как вы это написали ?