Serverless (Google Cloud Run в основном и App Engine), AI (тренировка базовых моделей на подготовленных датасетах), Apache Airflow (аналитические пайплайны), automation (self-service скрипты)
Спасибо за гостя и за EdgeDB) Люблю SQL и достаточно много на нем пишу. Поэтому с интересом слежу за любыми потугами сделать что-то лучше/проще. И EdgeDB - это первый случай, который я бы назвал жизнеспособным. Пожелаем создателям успеха ❤
❤🎉 Нереально важный выпуск (как и многие), крутой гость, супер важная инфа для индустрии и то как и куда варится Python, потому что это буквально прямо сейчас влияет на принятие решений. Ни в какое сравнение с "русофобом/хейтером АйтиБородой"
Очень круто! Повторите как-нибудь! Когда изучал asyncio, упоминался в книге Юрий. Картинка в голове была такого проженного умного дяди-профессора с сединами десятков лет опыта) не подумал бы что такой экперт придет на подкаст. Крутяк👍
Самое прикольное, что в этом видео он и не показывал насколько он умен. Общие слова, общие ответы, так, если не знаешь, то рядовой подкаст =) Прикольно, что чел такого уровня когда не знает - так и говорит, "я не знаю".
хотелось узнать про Python Mojo 🔥 есть ли перспективы получить такие компиляторы/трансляторы дающие скорости Ansi C, в свободное Open Source пользование?
Очень крутой выпуск побольше бы таких и про другие языки) Или про другие продукты те де базы данных. Не думал пригласить Олега Бартунова? Было бы очень интересно послушать)
Немного не соглашусь по поводу того, что сначала python, а потом С. У нас сейчас полно молодежи, хорошо знающей python, но они ленятся понимать все чему "учит" С и им все равно на ресурсы, на оптимизацию, на быстродействие, работает и ладно, что можно сделать лучше, это для них уже сложно. Думаю нужна все же основа на С, а потом высокоуровневые языки. Особенно когда продукт не чисто программный, а ближе к "железу".
Видео не про Erlang, но в обсуждении восхищались его моделью работы с асинхронностью. Мне стало интересно узнать о ней побольше. Кто знаком с Erlang, подскажите идею для небольшого проекта, где бы я смог прочувствовать эту модель.
uv does not have platform-dependent lock files. The lock file generated by uv (typically uv.lock) is platform-agnostic. This means it records dependency versions and resolutions in a way that is consistent across platforms. However, like other dependency managers (e.g., Poetry, Pipenv), the actual installed dependencies may vary if platform-specific wheels or source distributions are involved.
57:00 Я использую asyncio для накидывания обработчиков на discovery сервис. И в одной программе вполне удалось совместить threading в который откинут eventloop, asyncio с кучей обработчиков, и multiprocessing через который откинуты flask и другая пачка обработчиков. Есть, конечно, костыли и говнокод, но работает.
Гость интересный, но самый важный вопрос остался неотвеченным: как он смог себе позволить несколько месяцев заниматься питоном с отрывом от производства?
Жаль не дали раскрыть мысль про async await и почему за ним будущее, к сожалению не могу поддержать восторженные отзывы про эти конструкции, на мой взгляд реализация в golang, erlang сделана лучше, и тут питон в чистую проиграл
Спасибо за анализ! Есть такой вопрос: На моем SafePal кошельке хранится USDT и у меня есть seed фраза. (alarm fetch churn bridge exercise tape speak race clerk couch crater letter). Как мне перевести их на Binance?
У меня подорвался пердак в том месте где мультитредед код на расте оказывается проще писать чем синхронизировать каналы на Го. На самом деле нет, гарантирую.
зависит от мозгов. Синхронизация каналов может для вас не сложная задача. Приведите 10 разработчиков, научите их тому же на таком же уровне как вы, ох... тяжело.
Лучше про ruby и рельсы. В чем его плюсы(и что это за штуки, тк их могут не быть в других языках) и какие минусы Работы с Руби нет. Или почти. Учить его... Уж лучше пыху или is как первый язык. Но рубисты его за что-то любят, а вот за что.... Ведь он медленный, много магии, работы мало и о основном легаси и забугорщина.
Незнаю, но я слышал что в основном любят сам Ruby On Rails, на нем легко сварганить какой нибудь MVP проект, большая экосистема из готовых библиотек, с ним разве что может сравнится Django/Laravel.
Одним async/await сыт не будешь, в повседневных задачах он и не нужен. В питоне очень непривычная реализация ООП, отличная от java подобных языков, странное наследование, странные абстракции, статические свойства методы, которые реализованы на декораторах, интерфейсов вообще нет. Типизация динамическая, но в ней нет приведения типов, как например в php и вот такая запись "5" + "3" выведет "53", далее, например типизация объектом параметра, передаем в него другой объект, в котором может быть одноименный метод и он легко выполняется питоновскому интерпретатору вообще пофиг, дженериков там нет, все на уровне аннотаций, строгую типизацию, как в том же php включить нельзя, ну окей статический анализатор, но как он поможет на живых данных. Понимаю, что вкусовщина, но без фигурных скобок код просто не воспринимается. Вообще не понимаю кто питон использует для веб, неудобный, непривычный, медленный язык. Но понимаю почему он на подъеме, реклама курсов и армии джунов, про него все должны были забыть, как про руби лет 7 назад, но async/await дал некоторый буст, но по большому счету ничего не изменилось, все таки это больше маркетинг
"5" + "3" в питоне выведет "53" сложение строчек это почти тоже самое что и сложение массивов символов, очень предсказуемое поведение "5" + 3 недопустимо что и хорошо
@@MurtagBY Блин, в то время и фейсбук на php писали. Я же про 2024ый год говорю. Тупость конечно код скидывать, но что делать, может кто-то прочитает и не полезет в питон) Где тут предсказуемость? def add_numbers(a: int, b: int) -> int: return a + b Интерпретатор это схавает, сделает тебе 53 и положит в базу, в которой премии начисляют)
@@KDenisG начнем с того, что для вычисления финансов и прочих точных математических операций стоит использовать Decimal. Название Вашей функции/метода не отображает суть происходящего, а именно расчета премии. Если это важный кусок кода, может стоить провалидировать входные данные и покрыть тестами? Если разработчик недалекий - это не проблема языка. Это я Вам как недо джун говорю.
OpenSource - это уже не для россиян. Нельзя быть коммунистом, и быть успешным OpenSource разработчиком. На самом деле - это всё про политику, OpenSource для меня умер в 2022 году, и в целом, отношение крупных компаний, и токсичного коммьюнити, включая лидера токсичности, небезызвестного Линуса Торвальдса, довольно прозрачное в этом плане. Вы не будете Core контрибутором в Linux, имея неудобные или неприятные для коммьюнити точки зрения. И в этом плане, это тотальное политиканство проникло и отравило OpenSource навсегда.
![Lp. Сердце Вселенной #60 РОЖДЕНИЕ ЛОЛОЛОШКИ [Финал] • Майнкрафт](http://i.ytimg.com/vi/YoR0pAV9FVQ/mqdefault.jpg)
Для каких задач вы используете Python?
Web, скрипты, тесты
Serverless (Google Cloud Run в основном и App Engine), AI (тренировка базовых моделей на подготовленных датасетах), Apache Airflow (аналитические пайплайны), automation (self-service скрипты)
Web
web backend
на текущем проекте мы на нем написали скрипты для управления контентом для мобильных приложений. довольно хорошо получилось
Вот это, конечно, жирный выпуск) Спасибо!
Спасибо за интервью с Юрием. Человек-легенда без шуток, и отец асинхронного АПИ python)
Круть. Теперь хочу про Golang, Rust, Haskell.
А я js.
Golang - такого языка не существует
@@alexy431 гугл в помощь)
Да, ведь в интернете так мало видосов про раст и го.
@@amon-sh1 и? Главная ценность: редкость или противоречие? Для меня ценность в пользе, а не этом.
Отличный выпуск. Было невероятно интересно слушать все 2 часа
Большое спасибо за гостя, с большим интересом и уважением наблюдаю за его деятельностью.
спасибо! классное интервью, узнал про UV и переехал даже не дослушав ))
Спасибо за гостя и за EdgeDB)
Люблю SQL и достаточно много на нем пишу. Поэтому с интересом слежу за любыми потугами сделать что-то лучше/проще.
И EdgeDB - это первый случай, который я бы назвал жизнеспособным. Пожелаем создателям успеха ❤
❤🎉 Нереально важный выпуск (как и многие), крутой гость, супер важная инфа для индустрии и то как и куда варится Python, потому что это буквально прямо сейчас влияет на принятие решений. Ни в какое сравнение с "русофобом/хейтером АйтиБородой"
Хотелось бы больше про Edgedb.
Юрий красавчик, спасибо ему за EdgeDB, потрясающая работа
Очень круто! Повторите как-нибудь! Когда изучал asyncio, упоминался в книге Юрий. Картинка в голове была такого проженного умного дяди-профессора с сединами десятков лет опыта) не подумал бы что такой экперт придет на подкаст. Крутяк👍
Какой крутой гость! Я недавно в Python и спасибо тебе дядя за удобный asyncio и остальные штуки(:
Ruff божественный. Реально за доли секунды проверяет несколько сотен правил в проекте на 5к строк.
Flake и pylint на том же проекте проверяли где-то 30 секунд
Вот что Rust-животворящий делает
Ты же понимаешь что 5к строк это ну типа ничто.
Это даже mypy меньше чем за секунду с кешем проверяет
Крутейший выпуск! Кириллу и Юрию - спасибо за детали и плотность беседы!! EdgeDB - 👍👍
Спасибо за рассказ о UV. Недавно узнал о нем. Крутая вещь
крутейший гость и выпуск, кайф!
Я уже неделю это смотрю, очень круто, захотелось комитить в оупенсорс
Очень классно!
Очень крутой и действительно интересный разговор!
Какой умный дядька, интересный видос получился
Самое прикольное, что в этом видео он и не показывал насколько он умен. Общие слова, общие ответы, так, если не знаешь, то рядовой подкаст =) Прикольно, что чел такого уровня когда не знает - так и говорит, "я не знаю".
хотелось узнать про Python Mojo 🔥 есть ли перспективы получить такие компиляторы/трансляторы дающие скорости Ansi C, в свободное Open Source пользование?
классс!!!))) спасибо!!!
Юрий, правильно не "почему меня не делают core developer", а - "эй, ребята, хочу стать core developer, добавьте меня".
С уважением и улыбкой)
Спасибо за интересный разговор
Очень крутой выпуск побольше бы таких и про другие языки) Или про другие продукты те де базы данных. Не думал пригласить Олега Бартунова? Было бы очень интересно послушать)
я пробовал EdgeDB, очень круто вышлядит, надеюсь этот проект найдет своего пользователя
Спасибо
Селиванов - крутой!
Спасибо большое!!!
uv круто!
Кирилл, у вас HDB вместо EdgeDB в таймкодах - небось, какая-то AI тулза на слух распарсила? :)
Очень крутой чувак!)
На хекслнт в курсе по js в задании 4 ошибка в регулярном выражении. Поправьте
Нереально крутой чел
Спасибо за перфаратор от гостя)
щас научились в асинхронных движках (ивентлупах) дешедулить блокирующие вычесления с CPU пула на ИО пул. это не оптимально но программа не зависит.
Крутой Дятька !!!
Немного не соглашусь по поводу того, что сначала python, а потом С. У нас сейчас полно молодежи, хорошо знающей python, но они ленятся понимать все чему "учит" С и им все равно на ресурсы, на оптимизацию, на быстродействие, работает и ладно, что можно сделать лучше, это для них уже сложно. Думаю нужна все же основа на С, а потом высокоуровневые языки. Особенно когда продукт не чисто программный, а ближе к "железу".
Даже крутейший ИТшник из силиконовой долины не может позволить себе включать отопление и сидит дома в куртке ...
Да... Загнивает Америка то :)
Ничего себе!
Видео не про Erlang, но в обсуждении восхищались его моделью работы с асинхронностью. Мне стало интересно узнать о ней побольше. Кто знаком с Erlang, подскажите идею для небольшого проекта, где бы я смог прочувствовать эту модель.
У go очень схожий в основе подход к асинхронности. Только вместо process и message passing - goroutine и channel
@@АлександрЗверев-й1х спасибо, с задачами на которых можно ощутить удобство от работы вроде тоже понял
@@АлександрЗверев-й1х Нет там схожости, у Erlang/Elixir асинхронность лучше реализована
@@slavapol-v1553 Может в elixir не CSP, но очень похоже
@@slavapol-v1553 Может в elixir не CSP, но очень похоже
Кто не в курсе, расскажу, project loom в Java - это настоящая революция в nio, явная асинхронность больше не нужна :)
EdgeDB интересно выглядит. Что насчёт интеграции на PHP? Планируется?
поддерживаю вопрос
Pydantic - компонент FastAPI тож на расте переписали
Pydantic отдельная либа, которую используют не только в fastapi
а у UV локфайлы всё ещё платформозависимые ?
uv does not have platform-dependent lock files. The lock file generated by uv (typically uv.lock) is platform-agnostic. This means it records dependency versions and resolutions in a way that is consistent across platforms. However, like other dependency managers (e.g., Poetry, Pipenv), the actual installed dependencies may vary if platform-specific wheels or source distributions are involved.
1:17:26 - Когда дошёл до сравнения Go vs Rust для написания тулинга под Python и ты сейчас учишь Go, а не Rust.
А что не так? Go более прикладной язык, Rust более системный. Тулинг не надо писать каждому. А учить лучше то, к чему душа лежит.
Не могу понять один момент про оупенсорс, например фиксишь какую-то ишьюс, надо заранее кому-то написать что ты этим занимаешься или как?
Лучше написать сначала, а то потом окажется, что автору лень смотреть твой пул реквест.
А анонса в телеге нет :)
узе :)
интересный гость, да
Спасибо за питон, узнал про него и переехал подальше, на баклан, и пр. 😊
Мне кажется Юрий в прическе и образе косит под Гвидо)
57:00 Я использую asyncio для накидывания обработчиков на discovery сервис. И в одной программе вполне удалось совместить threading в который откинут eventloop, asyncio с кучей обработчиков, и multiprocessing через который откинуты flask и другая пачка обработчиков. Есть, конечно, костыли и говнокод, но работает.
Гость интересный, но самый важный вопрос остался неотвеченным: как он смог себе позволить несколько месяцев заниматься питоном с отрывом от производства?
Ответил. Напарник тянул бизнеса.
@andrewmoon181 ок, спасибо. Хороший напарник!
чую вкуснятину
Жаль мало про БД, я бы больше про нее послушал, пайтон жёван-пережёван
Жаль не дали раскрыть мысль про async await и почему за ним будущее, к сожалению не могу поддержать восторженные отзывы про эти конструкции, на мой взгляд реализация в golang, erlang сделана лучше, и тут питон в чистую проиграл
Питон и Бийдон 🙄 или Байден
спасибо, очень посмеялся на моменте про линтеры, которые "можно распараллелить", и особенно про общее хранилище типов понравилось, норм шутка
Спасибо за анализ! Есть такой вопрос: На моем SafePal кошельке хранится USDT и у меня есть seed фраза. (alarm fetch churn bridge exercise tape speak race clerk couch crater letter). Как мне перевести их на Binance?
У меня подорвался пердак в том месте где мультитредед код на расте оказывается проще писать чем синхронизировать каналы на Го.
На самом деле нет, гарантирую.
зависит от мозгов. Синхронизация каналов может для вас не сложная задача. Приведите 10 разработчиков, научите их тому же на таком же уровне как вы, ох... тяжело.
mojo
Гвидо да горит в аду за табы😂
Лучше про ruby и рельсы. В чем его плюсы(и что это за штуки, тк их могут не быть в других языках) и какие минусы
Работы с Руби нет. Или почти. Учить его... Уж лучше пыху или is как первый язык.
Но рубисты его за что-то любят, а вот за что....
Ведь он медленный, много магии, работы мало и о основном легаси и забугорщина.
Незнаю, но я слышал что в основном любят сам Ruby On Rails, на нем легко сварганить какой нибудь MVP проект, большая экосистема из готовых библиотек, с ним разве что может сравнится Django/Laravel.
@@hanmajack935 уважаемый, я по рынку РФ смотрел.
Это какой-то прикол?
Одним async/await сыт не будешь, в повседневных задачах он и не нужен. В питоне очень непривычная реализация ООП, отличная от java подобных языков, странное наследование, странные абстракции, статические свойства методы, которые реализованы на декораторах, интерфейсов вообще нет. Типизация динамическая, но в ней нет приведения типов, как например в php и вот такая запись "5" + "3" выведет "53", далее, например типизация объектом параметра, передаем в него другой объект, в котором может быть одноименный метод и он легко выполняется питоновскому интерпретатору вообще пофиг, дженериков там нет, все на уровне аннотаций, строгую типизацию, как в том же php включить нельзя, ну окей статический анализатор, но как он поможет на живых данных. Понимаю, что вкусовщина, но без фигурных скобок код просто не воспринимается. Вообще не понимаю кто питон использует для веб, неудобный, непривычный, медленный язык. Но понимаю почему он на подъеме, реклама курсов и армии джунов, про него все должны были забыть, как про руби лет 7 назад, но async/await дал некоторый буст, но по большому счету ничего не изменилось, все таки это больше маркетинг
С плюсами понятно, а минусы у питона какие?
"5" + "3" в питоне выведет "53"
сложение строчек это почти тоже самое что и сложение массивов символов, очень предсказуемое поведение
"5" + 3 недопустимо что и хорошо
youtube и instagram на питоне, shopify на ruby маркетинг победил
@@MurtagBY Блин, в то время и фейсбук на php писали. Я же про 2024ый год говорю.
Тупость конечно код скидывать, но что делать, может кто-то прочитает и не полезет в питон)
Где тут предсказуемость?
def add_numbers(a: int, b: int) -> int:
return a + b
Интерпретатор это схавает, сделает тебе 53 и положит в базу, в которой премии начисляют)
@@KDenisG начнем с того, что для вычисления финансов и прочих точных математических операций стоит использовать Decimal. Название Вашей функции/метода не отображает суть происходящего, а именно расчета премии. Если это важный кусок кода, может стоить провалидировать входные данные и покрыть тестами? Если разработчик недалекий - это не проблема языка. Это я Вам как недо джун говорю.
OpenSource - это уже не для россиян. Нельзя быть коммунистом, и быть успешным OpenSource разработчиком. На самом деле - это всё про политику, OpenSource для меня умер в 2022 году, и в целом, отношение крупных компаний, и токсичного коммьюнити, включая лидера токсичности, небезызвестного Линуса Торвальдса, довольно прозрачное в этом плане. Вы не будете Core контрибутором в Linux, имея неудобные или неприятные для коммьюнити точки зрения. И в этом плане, это тотальное политиканство проникло и отравило OpenSource навсегда.
Ну политика и деньги многое решают.
Простота хуже воровства. Она нужна только для домохозяек
😢😢😢😳