Спасибо, побольше бы собесов middle/senior

Спасибо большое за интервью! Интересно и полезно!:)

Собес отличный, Формат отличный, вскрыл кучу дыр для ся. Спасибо!

Очень хорошее интервью! Приятно видеть человека который неплохо так шарит =)

Карутин. Генераторы, итераторы, yield

8:10 items нынче возвращает итератор, а уж он выдаёт таплы ключ-значение.

Благодарю, кране полезное видео как раз таки на reduce() завалился, совсем из головы вылетел метод.

маловато ты его погонял, еще бы Live coding, System Design!

у тебя в телеге бурно обсуждали, что лучше фас апи или джанго, думаю стоит сделать ролик, видимо вопрос насущьный

Ссылки нету на его гитхаб :/

потоки и процессы, там есть еще особенности, которые надо знать! потоки не совсем стабильны в выполнении, то есть вы не можете гарантировать что 10 потоков на 2 ядерном проце работают быстрее 5 потоков. такм количество не равно качество и ресурс они жрут не слабо так..
процессы, там все с большего верно. НО! процессов может быть больше чем ядер на проце! это реально важно знать, но если им будет не хватать ядер для выполнения они начнут работать не параллельно а конкурентно.
вообще эту тему надо знать не только в теории, но и на практике. очень много повидал статей от сеньор на эти темы, и там прям горы ошибок, даже у сеньоров с всемирно известных компаний... если вы не будите это знать на должном уровне, python у вас будет работать в раз 10 а то и в 100, если не больше, медленнее чем может.)) нужно понимать особенности и преимущества языка, чтоб на нем нормально писать. процессы про счетные и анализ операции. потоки и асинхронность под это не пойдет.. асинхронность это вообще про работу с не блокирующими вещами. а так на процессах можно те же сокеты ускорить, ибо они блокируют поток! это когда у вас cтарая джанго, у вас там асинков нет а ускорить хотелось бы. вот вам в помощь потоки и процессы. главное понимайте что за что отвечает и не забывайте что они очень дорогие по ресурсам! c базой данных можно хорошо ускорить работу за счет процессов + асинки. но там надо знать как бд работает, и  прилично можно ускорить запросы.))

24:38 При prefetch_related не делается JOIN, отдельный запрос к БД совершается. + prefetch_related используется при обращении через related_name.

Я тут расслышал правильно или нет, что он спрашивает "сделает ли мутабельным класс, если внутри есть список " в ответ он говорит "по сути нет" и перечисляет что можем менять список, то есть по сути да, будет мутабельным? Я может душню, но ответ "по сути нет" означает что он будет немутабельным 😅

Генератор делает выброс😂 , задающий сам не знает что такое корутина

не совсем верно про корутину (автор верно сказал). это работа с не блокирующими объектами чаще всего, которая позволяет выполнять задачи в конкурентном потоке. корутина это вообще подкласс основного класса  Awaiteblle -> Corutine и Awaiteblle -> Future => None -> Task вот так оно на деле выглядит. многие не знают почему Task возвращает None сразу же, потому что там есть выше класс Future который передает задачу на Task а сам возвращает None чтоб не блокировать поток (GIL). если вы в корутину запхнете что-то что блокирует ввод-вывод, ни какой асинхронщины у вас не выйдет.)) это мало ли когда вам пригодится.))

Синтаксическая оценка сложности прямого отношения к биг О не имеют. Эти понятия решают разные задачи!

4:40
итератор - объект, выполняющий контракты next, iter
генератор - итератор, который прерывает выполнение и может возвращать результат работы частями
корутина - генератор, который принимает данные во время работы
Итого корутина это подмножество генераторов & генераторы это подмножество итераторов => корутина это подмножество итераторов

а какой всл правильный? я знаю только с оф сайта майкрософта)

Чел правильно сказал что карутины для ассинхнощины нужны проще говоря для взаимодействия между процессами в асинхронном программировании

это мок или реальное?