Python 3.13

параметры типов (typing.TypeVar, typing.ParamSpec, typing.TypeVarTuple) поддерживают значения по умолчанию (PEP 696).

И как мы раньше без такого жили 🤣

Смешанные чувства. С одной стороны хорошо что питон развивается, и самое интересное что они выпилили GIL. С другой стороны непрерывный слом обратной совместимости похоже является трендом, это какой то трындец. Мало того что при переходе от py2 к py3 сломали обратную совместимость не решив ни одной родовой травмы языка, так теперь кучу модулей повыкидывали (я их не юзал, но кто тоже наверное юзал!), да еще и 2to3 убрали…

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

Выход нового Python - всегда событие! Ура!

С одной стороны хорошо что питон развивается, и самое интересное что они выпилили GIL.

Не выпилили они его ещё, он через параметр отключается.

С другой стороны непрерывный слом обратной совместимости

Ну это же python...

С чего такая радость?

Жаль JIT пока слабо перформанса отсыпал :(

Использую Python в своей работе. Отличный инструмент для автоматизации и прототипирования. Всегда радуюсь, когда любимые проекты развиваются, тем более открытые!

Всегда радуюсь, когда любимые проекты развиваются, тем более открытые!

Не всегда выход новой версии означает развитие ;)

Ломание обратной совместимости - тренд у мамкиных смузихлёбов (любителей на синтаксический сахар). Странно для языков программирования. но систематично в песледнее время для SDK и фрейворков.

Как правило подразумевает ) И хочется в это верить)

самое интересное что они выпилили GIL

Как это сказалось на многопоточных приложениях?

Отличный инструмент для автоматизации и прототипирования.

А для продакшена тогда что?

ХЗ. Зависит от того как они его выпилили;-)

Вообще конечно баловство все это, python банально не предназначен для написания быстро работающих частей кода.

Каждому своё!

питон 2 был еще и быстрее 3.

Для этого теперь есть Rust.

python 2 рулит. в чьей нездоровой голове str на байты стало добавлять спереди b' в конечную строку

>>> a = 'abcde'.encode('latin1')
>>> a
b'abcde'
>>> print (str(a))
b'abcde'

тот явно сильно-сильно болел головой

в python2 это, естественно, просто abcde

Как это сказалось на многопоточных приложениях?

Нужны бенчмарки, но однопоточные совершенно точно станут медленнее:

Добавлен экспериментальный режим сборки CPython без глобальной блокировки интерпретатора (GIL, Global Interpreter Lock), который включается при помощи опции "--without-gil" и позволяет избавиться от проблемы с распараллеливанием операций на многоядерных системах, вызванной тем, что глобальная блокировка не допускает параллельное обращение к разделяемым объектам из разных потоков. Отключение GIL приводит к дополнительным накладным расходам, вызванным изменениями в сборщике мусора, системе управления памятью и примитивах для организации блокировок. Например, из-за использования подсчёта ссылок для изоляции потоков наблюдается снижение производительности однопоточных сценариев примерно на 10%. При этом подобные накладные расходы могут компенсироваться распараллеливанием операций.

добавлять спереди b' в конечную строку

Так это не текстовая строка. b' указывает на то, что это последовательность байтов.

В Python 3 текстовые строки могут быть только в UTF-8. А текстовых строк ни в latin1, ни в KOI8-R в Python 3 не бывает.

нахрена при обратной конверсии из байт в строку добавлять это b'??? с какого бодуна это написано? скажите гвиду, что наркотики зло.

при обратной конверсии из байт в строку

>>> b'abcde'.decode("utf-8")
'abcde'
>>>

gil выкинули или еще нет?

УМР лет 20 назад python ассоциировался с ZOPE полной

я знаю. в любом случае, там куча дичи, и код с python2, где часто используются байты, типа sha-хешей или base64, тупо непортируем.

да даже с нуля, там, где я мог сделать на python2 за 10 минут и 20 строк кода, я в python3 про...бался полдня, плюнул, понял что надо свою обёртку над base64 делать, и в итоге забил на идею, потому что постоянное приведение, выведение и сведение типов просто надоело. в python2 в этой части всё было идеально и ровно так, как мне нужно.

Jit там немного странно сделан. Я часа три пытался раздуплить как именно происходит замена, но так и не врубился. Туповат, печаль.

А гил - ох сколько кривого кода поляжет если его вырубить. Половина всего что с сетью работает точно сдохнет, там любят глобальные переменные.

Но вообще тренд хороший, производительность это хорошо

и самое интересное что они выпилили GIL

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

так теперь кучу модулей повыкидывали (я их не юзал, но кто тоже наверное юзал!)

а в чём проблема поставить их из pypi?

я знаю. в любом случае, там куча дичи, и код с python2, где часто используются байты, типа sha-хешей или base64, тупо непортируем.

Вполне портируем. Если разбираться без спешки и не бояться громоздких длинных команд. А потом пару раз пройтись по всему тексту и вычистить лишние преобразования.

да даже с нуля, там, где я мог сделать на python2 за 10 минут и 20 строк кода, я в python3 про…бался полдня, плюнул, понял что надо свою обёртку над base64 делать, и в итоге забил на идею, потому что постоянное приведение, выведение и сведение типов просто надоело. в python2 в этой части всё было идеально и ровно так, как мне нужно.

Сила привычки. Для тех, кто сразу осваивал 3-й, всё достаточно просто.

А вот переучиваться — тяжко!

Что за задача?

Ты точно про b-строки прочитал?

в чьей нездоровой голове str на байты стало добавлять спереди b’ в конечную строку

Это другой тип данных. Неудобно, да. Логичнее было бы оставить байты без префикса, а для UTF-ных строк добавить префикс, например u’

Правда, выглядело бы это уродски. Но тебе бы понравилось?

Так unicode строки в третьем не равны utf. А так, конечно, не помешало бы машинные типы как в numpy втащить

кучу модулей повыкидывали (я их не юзал, но кто тоже наверное юзал!)

а в чём проблема поставить их из pypi?

Если модуль почти никому не интересен, он лежит в pypi без движения, и с каждой новой версией накапливаются несовместимости. Так как он не входит по умолчанию, основные разработчики его не тестируют, а так как он почти никому не интересен, его обычно и тестировать некому. Какой там период полураспада несопровождаемых библиотек?

ну и правильно. У команды разрабов ограниченные ресурсы, а то, что никому не нужно, должно умереть. Иначе все будут ждать, пока ответственный разраб соблаговолит адаптировать под очередной релиз, а это замедляет процесс релиза и приводит к дополнительной напряженности и конфликтам между разрабами.

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

Str это конвнртация. Оно должно быть идентичным. Оно не должно добавлять b в конечный рнзультат. В pythln 2 всё было идеально, а в 3 они вырвали поражение из лап победы

Если сделать свою обёртку, проверяющую ттпы, иначе это мрак

Уже не важно. Я хотел выпустить одну приколюху, которую в python 2 сделал бы за 10 минут. Уже не хочу

Python 3 не решил ни одной моей проблемы. Потому что у меня не быдюло проблем с python2. Зато создал кучу новых.

В том что это надо делать? Про py2 тоже так все говорили, но с каждым годом это все труднее и труднее.

вычистить лишние преобразования.

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

непрерывный слом обратной совместимости

Это бывает, но ничего существенного, что нельзя было бы пофиксить за один-два дня на большой проектной базе. Единственное, что хочется вставить в одно место кочергу за периодически ломаемое API asyncio.

Мало того что при переходе от py2 к py3 сломали обратную совместимость не решив ни одной родовой травмы языка

А вот это полнейшая чушь. Как минимум исправили строки.

Я хотел выпустить одну приколюху, которую в python 2 сделал бы за 10 минут

https://chat.deepseek.com/ он код лучше тебя пишет, инфа сотка. Попроси нейро господина написать код… Да, все идет к тому, что программисты вымрут и останутся лишь «специализды» чьей квалификации не хватает для освоения Python 3, но хватит на составляение молитвы (молитва от слова мольба, те просьба) к Духу из Машины

Python 3 не решил ни одной моей проблемы

Как и ты не решил ни одной из проблем его

Потому что у меня не быдюло проблем с python2

Сиди дальше на Python 2

Зато создал кучу новых

Сидел бы на Python 2…

Я бы с огромной радостью сиднл на python 2 и проблем бы не знал. Но егт отовсюду из реп удалили

Поставь через asdf/pyenv и страдай ерундой дальше.

А либы, обвязки и прочее. К сожалению, я вынужден сидеть на py3

Хотя я от этого кучу всего потерял и ничего не приобрёл

Какие либы? В pypi все древнее говно хранится и не удаляется, ты те умеешь через pip install govnoliba==2.2.8 ставить?

Сборка либ, их зависимости. Не все же либы pure python. К тому же пишу я в linux, а сервер на openbsd. Я тогда обреку себя на большие проблемы, чем неадекватность проектировки py3, где я могу обёртку написать для адекватной работы с байтами. Если бы py2 везде не выкидывали, остался бы на нём и проблем не знал

А сейчас байтов нету… Да? Вместо ‘\x00\x11\x22\x33’ просто пишешь b’\x00\x11\x22\x33’… Ух сложно

Зато теперь байт - это число, а не символ

In [5]: a = b'\x00\x11\x22\x33'

In [6]: a[0]
Out[6]: 0

In [7]: a[1]
Out[7]: 17

In [8]: a[2]
Out[8]: 34

In [9]: a[3]
Out[9]: 51

~ python2.7
Python 2.7.18 (default, Sep 26 2024, 16:39:11)
[GCC OpenBSD Clang 16.0.6] on openbsd7
Type "help", "copyright", "credits" or "license" for more information.
>>> a = 'abcde'.encode('latin1')
>>> a
'abcde'
>>> print str(a)
abcde

Могли же деды

«Деды» типа тебя не могут даже в подсветку синтаксиса. Не позорься, стойко принимай тот факт, что мир менеятся, и если меняться не будешь ты, то умрешь с голода

Я гоаорю, на коде с кучей sha256 и base64 интересно только первые полдня. В python2 всё было легко и просто. Поведние в python2 правильно, в python3 неадекватно,и в 20 строчек и на клиент и на сервер суммарно ты его не уместишь, за..ёшься гонять енкоды и декоды и везде за всем следить.