Короче, мне нравится

Этот вид присваивания можно использовать только в некоторых конструкциях

ага, и это прямое нарушение zero-one-infinity rule

В расте есть похожая штука - if let, и она весьма полезна

В расте есть похожая штука - if let, и она весьма полезна

в расте может быть что угодно, в эрланге тоже есть похожие штуки

но это никак не оправдывает неявное говно в питоне

В чем неявность-то?

в том, что есть два вида присваивания и одно из них работает _не везде_

ты сам выше на этот вопрос ответил

это пример того, как не надо делать, если не хочется нарушать читабельность и свои же собственные принципы языка

Уверен, ты изменишь свое мнение) это реально удобный синтаксис

а если бы там не было : ?

давайте еще сделаем пеп для присваиваний вида a :=? b, где присваивание срабатывает только если b - не None

или еще какой-нибудь идиотизм

там вроде уже был похожий пеп, с None-aware операторами

там вроде уже был похожий пеп, с None-aware операторами

ну вот и лесом его

Нужно больше присваиваний, хороших и разных :)

https://www.python.org/dev/peps/pep-0505/

Нужно больше присваиваний, хороших и разных :)

нужно меньше неявности и больше оптимизаций в интерпретаторе

вроде как только поиграться

+

https://www.python.org/dev/peps/pep-0505/

Охлол

#работа #удаленка Всем привет, ищу к себе в команду Python (Стек Django / PostgreSQL / Docker) разработчиков. ТК РФ по желанию. Очень крупный и известный заказчик, будет отличной строчкой для резюме. Не хочу оффтопить - остальное в личку. Вилка 70-120.

Python, походу, упорно стремится на путь C++ с его адской complexity

Чтоб парсить данные о пользователях в Инстаграме нужно авторизоваться? Какую библиотеку нужно использовать?

Чтоб парсить данные о пользователях в Инстаграме нужно авторизоваться? Какую библиотеку нужно использовать?

Я слыхал, что там всё очень жестко. Кто-то говорил, что нужно офишл разрешение получить. Но это не мои слова, поэтому я ничего не утверждаю

Чтоб парсить данные о пользователях в Инстаграме нужно авторизоваться? Какую библиотеку нужно использовать?

Мне кажется что первая ссылка в гугле выдаст ответ

Чтоб парсить данные о пользователях в Инстаграме нужно авторизоваться? Какую библиотеку нужно использовать?

Есть варианты 🙂 на гитхабе есть instapy но он прямо скажем не огонь

Python, походу, упорно стремится на путь C++ с его адской complexity

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

Добавили один оператор за 20 лет, а они уже про c++ complexity запели)

Чтоб парсить данные о пользователях в Инстаграме нужно авторизоваться? Какую библиотеку нужно использовать?

И да, нужно. А ещё если ты совершил два запроса за очень короткий промежуток времени, или что-то подобное, то твой айпи кидают в подобие черного списка.

Добавили один оператор за 20 лет, а они уже про c++ complexity запели)

не один, был еще @

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

А что нужно питону важного на ваш счёт?

А что нужно питону важного на ваш счёт?

ускорение работы эвентлупа, переписывание большинства встроенных методов на си вместо питона, возможность плодить несколько легких процессов интерпретатора в одном системном

это все на порядок важнее оператора моржа

Вот не факт

Ну, текущий главный разработчик уходит, посмотрим что будет делать следующий.

это все на порядок важнее оператора моржа

Важнее для кого? Что вы пишите на питоне, что вам жизнено необходимы такие доработки?

Язык должен развиваться

Вот не факт

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

Важнее для кого? Что вы пишите на питоне, что вам жизнено необходимы такие доработки?

например, веб-приложения

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

Ты так говоришь будто оператор моржа вся команда питона пилила целый год

Язык должен развиваться

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

Да его за день вмержили

например, веб-приложения

А какой это прирост даст? Есть какие то предложожения на этот счет?

Ты так говоришь будто оператор моржа вся команда питона пилила целый год

ну да, всего лишь добавили еще одну неоднозначность для разработчиков парсеров, как будто их мало было без этого

ускорение работы эвентлупа, переписывание большинства встроенных методов на си вместо питона, возможность плодить несколько легких процессов интерпретатора в одном системном

1 и 2 к языку отношения не имеют

Короче, я жду эту штуку с нетерпением)

А какой это прирост даст? Есть какие то предложожения на этот счет?

зависит от того, как реализовать. Я думаю, про прирост в скорости работы эвентлупа и так очевидно, а про несколько процессов - это позволит частично обойти GIL и многие вещи параллелить по-настоящему

1 и 2 к языку отношения не имеют

имеют отношение к ванильной его реализации

Короче, я жду эту штуку с нетерпением)

извращенец

зависит от того, как реализовать. Я думаю, про прирост в скорости работы эвентлупа и так очевидно, а про несколько процессов - это позволит частично обойти GIL и многие вещи параллелить по-настоящему

Процессы не параллелят по-настоящему?

зависит от того, как реализовать. Я думаю, про прирост в скорости работы эвентлупа и так очевидно, а про несколько процессов - это позволит частично обойти GIL и многие вещи параллелить по-настоящему

А чем ProcessPool не подходит?

Процессы не параллелят по-настоящему?

процессы в текущей реализации дают дикий оверхед на сериализацию и синхронизацию

настолько дикий, что тупой GNU Parallel рвет питон по скорости на два порядка

настолько дикий, что тупой GNU Parallel рвет питон по скорости на два порядка

эт что?

зависит от того, как реализовать. Я думаю, про прирост в скорости работы эвентлупа и так очевидно, а про несколько процессов - это позволит частично обойти GIL и многие вещи параллелить по-настоящему

https://www.python.org/dev/peps/pep-0554/

процессы в текущей реализации дают дикий оверхед на сериализацию и синхронизацию

++

эт что?

это консольная утилита на перле для запуска параллельных процессов

процессы в текущей реализации дают дикий оверхед на сериализацию и синхронизацию

а есть от этого какой то выход?

а есть от этого какой то выход?

Не юзать питон)

а есть от этого какой то выход?

есть, например, позволять запускать процессы в режиме пересылки сырых байтов между ними, а не пиклованных питонообъектов

с минимальным оверхедом поверх системных вызовов

просто fork() и pipe()

есть, например, позволять запускать процессы в режиме пересылки сырых байтов между ними, а не пиклованных питонообъектов

Пересылать сырые байты мешает гил

просто fork() и pipe()

Разве нельзя сейчас организовать такое на python?

Пересылать сырые байты мешает гил

GIL? в мультипроцессинге? ну-ну

Пересылать сырые байты мешает гил

А причем тут Гил и процессы?

просто fork() и pipe()

реально?

GIL? в мультипроцессинге? ну-ну

Так это же не мультипроцессинг будет, если мы просто память копируем. Ссылки на глобальные структуры те же останутся

у меня так жопа с этого горела

Разве нельзя сейчас организовать такое на python?

на чистом Python будет сложно, проще будет на C писать

Так это же не мультипроцессинг будет, если мы просто память копируем. Ссылки на глобальные структуры те же останутся

я про pipe не просто так написал

я про pipe не просто так написал

А тогда надо сериализовывать

А тогда надо сериализовывать

не надо, берешь байты и шлешь

все конвейеры в юниксе так работают еще с 80-х годов

не надо, берешь байты и шлешь

Байты это указатель на глобальный объект нашего интерпретатора, что с ними делать получателю?

на чистом Python будет сложно, проще будет на C писать

Ну это может показаться банальным, но C extension никто не отменял. Да и pull request никто не запрещает делать в cpython ;)

Байты это указатель на глобальный объект нашего интерпретатора, что с ними делать получателю?

байты - это не указатель на глобальный объект интерпретатора

не надо пересылать указатели

Байты это указатель на глобальный объект нашего интерпретатора, что с ними делать получателю?

Потоки товарищь

байты - это не указатель на глобальный объект интерпретатора

В питоновских объектах много указателей внутри