Прямо приятное и простое объяснение async/await. Спасибо Эдуарду, что съекономил время на Beazley
@benyomin944 жыл бұрын
Отличнейший доклад просто, харизма автора так и прет Спасибо!
@АлександрИванов-ъ7р6ч2 жыл бұрын
Очень востребованная тема, хороший доклад. Автору - спасибо.
@ipabogdanov Жыл бұрын
Отличная лекция. Автор молодец, очень энергичный, с чувством юмора и умеет подать материал
@jeromewicks38964 жыл бұрын
19:58, вообще-то мы хотим обрабатывать несколько запросов НЕЗАВИСИМО, а не одновременно (хотя не исключаем это). Это вопрос про concurrency vs parallelism. Кому интересно можете глянуть лекцию Роба Пайка "Concurrency is not parallelism"
@samharrison77912 жыл бұрын
Самый крутой лектор из всех!
@yodapunishes4 жыл бұрын
Потрясающая лекция!
@silicodance2 жыл бұрын
Офигеть, я так-же интуитивно делал эти колбэки и цикл событий в микроконтроллерных прошивках на Си, и отдельные колбэки для ошибок, и даже не подозревал, что это так где-то ещё делается и не знал что оно так называется)
@FoodMaks3 жыл бұрын
Очень крутой и внятный доклад. Спасибо большое
@dmitrys52892 жыл бұрын
Видишь сервер? Нет. И я не вижу, а он есть))) А вообще отличная лекция
@antonkot62503 жыл бұрын
Спасибо за отличную лекцию. Сам то я джавист, но убедили попробовать Spring Reactor =)
@KirillKravitz4 жыл бұрын
Спасибо. С удовольствием посмотрел. Из за карантина немного странно видеть людей, сидящих менее 2х метров друг от друга =)))
@TheRevengencer7Sc4 жыл бұрын
это записи с 2019 года
@KirillKravitz4 жыл бұрын
@@TheRevengencer7Sc эт понятно то
@СергейНазаров-з3о3 жыл бұрын
ты просто в карантин в Москве на метро и маршрутках не ездил, тогда бы понял, что все на этот карантин болт ложат большой, ну кроме мусоров, конечно, тем-то штрафовать надо, бабосики стричь.
@non5309 Жыл бұрын
Ссылку в чатик с пайкона где 2-х часовая версия вместо 4-х видимо не кинули?
@vladimirshitov21604 жыл бұрын
А что плохого в том, что Инстаграм использует джанго? Или речь о том, что джанго не поддерживал асинхронное программирование?
@NickRossik4 жыл бұрын
Джанго - легаси без асинка. Не знаю как сейчас, а год-два назад некоторые модули были написаны на python2.
@viacheslavfeno14753 жыл бұрын
Это божественно.
@senioreasy4 жыл бұрын
Не плохо было бы указать в теме, что примеры на "питоне". Я на плюсах пишу, и лекция интересна постольку поскольку
@bloodielie72804 жыл бұрын
Спасибо !
@MAKSIM242513 жыл бұрын
14:11 поток-это объект внутри процесса. "потоки они крутые, они тратят меньше памяти чем процессы" это собственно к чему?
@ИванИванов-н9т9ъ3 жыл бұрын
Макс, ну не барагозь. Давай я тебе объясню. Это к тому, что у разных процессов отдельная память.. Когда вы создаёте новый процесс вы имеете дополнительный расход памяти для каждого процесса (а если вы создадите сотни тысяч процессов?). Потоки же используют одну и туже память в рамках запустившего их процесса. Надеюсь теперь понятно.
@MAKSIM242513 жыл бұрын
@@ИванИванов-н9т9ъ это все понятно, но все же ключевой момент: без процессов потоков быть не может. поэтому так и не понял к чему эту фразу вставили…
@ИванИванов-н9т9ъ3 жыл бұрын
@@MAKSIM24251 Речь идёт о двух альтернативах - о создании множества потоков или же о создании множества процессов. P. S. Даже пользовательский процесс (не то что поток) не может быть создан без основного процесса ОС.
@ИванИванов-н9т9ъ3 жыл бұрын
@Max Gacrux Да и ещё могу предложить посмотреть серию видео по теме у Олега Молчанова "Асинхронность в Python". Если вникнешь, то сможешь глубже разобраться, и все это будет казаться менее магическим. Когда будешь смотреть в отладке, как работают примеры кода (некоторые примеры без этого наверное не понять), ставь брейкпоинткты в каждой функции и в разных местах (генераторе/сопрограмме), т. к. поток выполнения программы работает в асинхронном коде не так прямолинейно, как в синхронном. А потом посмотри 7 лекцию курса "Прикладной Python" (лектор Вадим Пуштаев).
@Ignat99Ignatov4 жыл бұрын
Короче говоря на каждом процессоре реализация select разная. Где то она по принципу GIL устроена но на аппаратном уровне. Где то работает быстро, где то возникают конги от неправильной конфигурации. Поэтому если выкинуть весь Питон и библиотеки GCC и реализацию в Ядре Линукс и реализацию на уровне ASM без учета архитектуры и сделать все под конкретный новый чип (желательно прямо в железе), то все будет работать раз 10-100 быстрее. А select я использовал в 2000 году и у меня на обычном 486 компьютере 500 соединений в 1 секунду обслуживал один веб-сервер. Прошло 20 лет а воз и ныне там же.
@boobatrustahimmortal2 жыл бұрын
Люблю таких специалистов. Разбираются поверхностно, но зато знают, что надо выкидывать. Свои знания лучше выкинь😂😂😂
@Ignat99Ignatov2 жыл бұрын
@@boobatrustahimmortal Именно, если кроме Питона ни чего не знаете, ваше место, вероятно, на помойке истории. Как и многих "дата сайтсев". И всех выпускников ускоренных курсов "вай, вай тишников" и пи... от IT.
Мне больше понравился доклад Андрея Часовских собираем грабли. Там не так затянуто.
@pavel_trpn4 жыл бұрын
Дайте чуваку стакан воды
@l3VGV3 жыл бұрын
И отодвиньте микрофон от рта, подальше
@АнатолийИванов-й5щ9л3 жыл бұрын
По ядру неплохой материал это ostep
@ostrov114 жыл бұрын
Жжжж Жук ))
@user-vg2np2si5k2 жыл бұрын
Это чавкание, конечно, очень отвлекает
@5elll9604 жыл бұрын
++
@Ignat99Ignatov4 жыл бұрын
Алиллуя! Изобрели милениалы DOS 1.0 с драйверами и дискриптерами драйверов... Подождем еще немного - освоят ASM, потом еще подождать несколько лет и разберутся, наконец, с архитектурой процессора и встроенными контроллерами аппаратными и шинами.
@АристархЗловредович4 жыл бұрын
гыгыг за шарпом повторяют,ваш питон фигня
@garrygaller28533 жыл бұрын
А ты хоть знаешь с кого шарп все слизал? Нет? Ну так сиди тихо... гы-гы-гы
@АристархЗловредович3 жыл бұрын
@@garrygaller2853 и у кого же?)
@garrygaller28533 жыл бұрын
@@АристархЗловредович То есть поискать было не судьба? Из F# 2007-го года. А что касается разработчиков F#, то они, естественно, не пустом месте все придумали (сам F# - клон OCaml, если что): "According to Don Syme, on his blog (2007), F# async workflows take inspiration from the implementation of asynchronous monad for haskell. In particular Peng Li's paper (2007) and Koen Claessen's "A Poor Man's Concurrency Monad" paper (1999)". Сами же понятия coroutine, subroutine, легковесных потоков, мультизадачности еще более стары. Про корутины писал еще Кнут в 1958 году. Те или иные концепты асинхронного программирования были реализованы в ряде других языков про которые ты вряд ли что-то слышал... В 80-x - ADA. 1995 был LIMBO в котором также было реализовано concurrent programming, в в 2009 его идеи позаимствовал язык Go (впрочем, автор обоих языков один и тот же человек :-)). Кстати, асинхронное программирование на корутинах было в Python еще до введения ключевых слов async\await в 2015-м. В С++ их добавили только в 2020-м.... Фигня ваш С++, да? И чтобы ты знал, сейчас никого не волнует вопрос заимствования : это настолько естественный процесс, когда одни языки вбирают в себя концепции из других, что только школьники могут как-то странно реагировать на это.... (гы-гы-гы).
@АристархЗловредович3 жыл бұрын
@@garrygaller2853 у тебя там стул не прожгло )) ты через чур серьезно все воспринимаешь,
@garrygaller28533 жыл бұрын
@@АристархЗловредович У меня кресло. Непрожигаемое. Я воспринимаю все так, как оно того заслуживает. Не больше и не меньше.
@Ignat99Ignatov4 жыл бұрын
Современные специалисты не изучали отличия архитектуры и реализации оператора С select в контексте конкретного процессора. С их слов выходит что ранее не было асинхронных библиотек, потому что предыдущее поколение программистов было не такое продвинутое как теперешнее. А все совсем наоборот. Раньше были хорошие программисты. А асинхронного програмирования не было, так как не было механизмов в микропроцессорах, которые дали бы выйгрыш с таким подходом. Но когда такие процессоры появились, не нашлось специалистов, которые быстро смогли воспользоваться такими изменениями внеся изменение во все основные языки и компиляторы (да да я знаю , они типа должны быть переносимы - то есть на Ардвино должны работать так же как на AMD под гипервизором). Во первых слишком сложные спецификации, например UTF-8 и другие протоколы, что не позволяет все это быстро переделать, а во вторых ни кто уже не знает языков низкого уровня. И тут уже появилось следствие этой ситуации, языки низкого уровня стали делать (в новых процессорах) по типу языков вернего уровня в ущерб общей логике аппаратной и архитектуре самих микропроцессорах. Так как ахитекторы микропроцессоров поняли, что настоящие программисты перевелись. На данный момент решение только одно - все реализовать аппаратно, а всех програмистов на Питоне переучить на дворников (которыми 50% и являются по своей сути) :-) пусть в реальном мире подметают и вычищают пространства. :-) Да жестоко, зато мусорых фреймворков не будет. Правда есть риск, получить мусор на улицах в реальном пространстве :-) Уверен, что бывшие мусорные программисты и на улице не смогут убрать мусор как следует.
@KARyzhkov4 жыл бұрын
как вы сюда попали, если вы такой продвинутый?
@Ignat99Ignatov4 жыл бұрын
@@KARyzhkov Догадайтесь кто делал полицейскую систему с AI для отлова террористов в соц. сетях для основных полицейских офисов в Европе и паре офисов в Калифорнии и Израиле?
@KARyzhkov4 жыл бұрын
@@Ignat99Ignatov Вы не ответили на мой вопрос. Я, например, делаю первые шаги в программировании, поэтому я здесь...
@Ignat99Ignatov4 жыл бұрын
@@KARyzhkov Я вам ответил на ваш вопрос на вашем канале, смотрите внимательно. А то ведете себя как пьяный интернет тролль. Вы так же на мой вопрос не ответили. Поэтому все ваши дальнейшие сообщения тут будут проигнорированы.
@АнатолийИванов-й5щ9л3 жыл бұрын
Бубубу, какие все тупые, бубубу, какие сложные спецификации понаделали тупые программисты, бубубу, догадайтесь какой токсик делал крутую систему по отлову бабушек на митингах. Слова, слова, слова. Если ты такой умный, то почему у тебя всего 42 подписчика?)
@Ignat99Ignatov4 жыл бұрын
Ужастный доклад. Не знание русского языка. Использование английских слов (из за незнания русского языка). В докладе куча смыслового мусора, нет ссылки на гитхаб. Тупое решение - замена одного тупого фреймворка на другой тупой фреймворк. Единственное что было полезное в этом докладе это ссылка на другой адекватный доклад на языке, которым тот докладчик умеет пользоватся.
@АнатолийИванов-й5щ9л3 жыл бұрын
Токсик токсик где ты был?)
@АнатолийИванов-й5щ9л3 жыл бұрын
Радетель соблюдения правил русского языка за собой-то не проверил)
@АнатолийИванов-й5щ9л3 жыл бұрын
У меня с русским вообще труба, я насчитал целых 3 ошибки в тривиальном тексте, который имеет наглость критиковать других за отсутствие грамматики. Дожили. Напиши в железе спелчекер себе на ассемблере. Если ненравится слово спелчекер, то напиши проверятельошибок
@австриец2 жыл бұрын
>Тупое решение - замена одного тупого фреймворка на другой тупой фреймворк. Тут цель доклада не дать решение а просто рассказать про тему, чтобы зритель имел более глубокое понимание