LINUX.ORG.RU

Python 3.14

 

Python 3.14

1

5

Вышел Python 3.14.

Из новшеств:

  • официальная поддержка свободной многопоточности (free-threading, PEP 779);
  • новый модуль compression.zstd для сжатия согласно Zstandard (PEP 784);
  • выражения except и except* теперь могут записываться без скобок (PEP 758);
  • многое другое.

Обзор на YouTube о производительности свежих версий Python.

Обзор изменений в диагностике ошибок на Хабре.

>>> Подробности на pythoninsider.blogspot.com

★☆

Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 7)
Ответ на: комментарий от bread

RoR умер, потому что не навязывал никакой архитектурный стиль, структуру проекта. Поэтому, проекты на нём быстро превращались в big ball of mud, которые сложно поддерживать.

Во всяком случае, это версия от тех, кто сталкивался с RoR.

Chiffchaff
()
Ответ на: комментарий от Chiffchaff

Во всяком случае, это версия от тех, кто сталкивался с RoR.

Х.з. что они понимали под этими словами. Там все четко и строго, к примеру если сравнить с тем же django.

Из недавнего:

Тем временем, в сообществе разработчиков Ruby назревает ещё один конфликт - опубликовано открытое письмо с призывом создать форк фреймворка Ruby on Rails, независимый от его создателя, Давида Хейнемейера Ханссона (David Heinemeier Hansson). Давиду вменяют расистские и трансфобные высказывания, недостойные лидера сообщества (например, расистские высказывания сводятся к тому, что в одной из заметок Давид упомянул, что Лондон уже не полон коренных британцев). Открытое письмо уже подписало более 140 участников. Среди подписавших Тим Брэй (соавтор спецификации XML), Джефф Этвуд (сооснователь Stack Overflow и Discourse) и Евгений Рочко (создатель социальной сети Mastodon). 

https://www.opennet.ru/opennews/art.shtml?num=64008

mx__ ★★★★★
()
Последнее исправление: mx__ (всего исправлений: 1)
Ответ на: комментарий от mx__

Х.з. что они понимали под этими словами. Там все четко и строго, к примеру если сравнить с тем же django.

Нет. Django накладывает более строгие ограничения на структуру проекта.

Из недавнего:

Снова прекрасная культура «отмены». Идиотия в Пелевинском стиле стала реальностью.

Но всё это происходит уже после того, как RoR де-факто умер.

Chiffchaff
()
Ответ на: комментарий от Chiffchaff

Нет. Django накладывает более строгие ограничения на структуру проекта.

Ну я с джанго сталкивался 5 лет назад а с рельсами последний раз в 2006 (примерно) так по моим понятием рельсы более строгии и там все по полкам разложено.

А в джанго даже внутри умудряются писать 2мя стилями :( Кто то процедурно фигачит, кто то классами.

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

Но всё это происходит уже после того, как RoR де-факто умер.

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

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

P.S. Monday, September 22, 2025 Rails Version 8.0.3 has been released! Насколько я знаю сейчас в раилс сразу затисканы что то типа ноды, там фигачут сразу и бакенд и фронтенд.

mx__ ★★★★★
()
Ответ на: комментарий от mx__

А в джанго даже внутри умудряются писать 2мя стилями :( Кто то процедурно фигачит, кто то классами.

Это только один из факторов. Есть множество других. Например, Django сильно навязывает/поощряет модуляризацию большого приложения разбиением его на «apps». В RoR такого не было.

Что касается функций vs структур, то я на Django разрабатываю с его рождения, в коммерческих структурах, на очень больших проектах. Уже лет 10 нигде в коде никто не пишет вьюшки в виде функций, хотя это не запрещено, и не «big deal».

Я и не считаю, что один из этих вариантов предпочтительнее и лучше. Или что вьюшки в виде функций затрудняют чтение или поддержку - нет.

Просто, вьюшки на классах в Django оказались удобнее. Тем более, что сейчас пишется исключительно back, почти во всех проектах используется DRF, а там на классах однозначно удобнее.

Так-то писать говнокод не мешает ни один язык и ни один фреймворк. Поэтому реагировать на какие-то примеры «а вот смотри как можно написать говнокод», как от комментаторов на первых страницах, не буду. Я такое на любом языке могу сделать.

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

Многие компании отказались или отказываются. Вакансий практически нет.

А так да, как и на почти любом популярном языке/фреймворке, было написано большое количество кода, в т.ч. популярные хорошие проекты.

GitHub вроде на RoR сделан, не знаю, отказались от него или нет. Скорее всего, там такой объём кода, что не перепишешь.

Да что там говорить, Django тоже очень сильно сдала позиции. На ней ещё полно проектов, и пишутся новые. Но очень много людей недовольны Django, потому что она очень долго не поддерживала асинхронность, и сейчас в ней асинхронность сделана черед тредпул.

Другой класс людей недовольны тем, что Django принципиально не хочет поддерживать типизацию.

Зумеры не любят Django, потому что любой проект, которому уже около 20 лет, кажется им седой древностью, возраст Django их отпугивает.

Chiffchaff
()
Ответ на: комментарий от Chiffchaff

И меня сильно заинтересовало, что это за .py файлы такие, о которых никто не слышал и не писал в книгах, но код в них выглядел абсолютно понятным без знания синтаксиса языка….. Шанс был один на миллион - в России о Python тогда никто даже не слышал, но когда чем-то увлечён, всегда такое происходит.

Это в каком году было? Потому что в 2000-2001 году я уже имел книгу на русском языке «Python» с описанием языка и даже переведенными в ней на русский язык библиотеками (автора сейчас не помню, и книга с точки зрения педагогики мне не совсем зашла). При этом Автор книги к моменту выхода книги уже преподавал Python своим студентам.

MichIs
()
Ответ на: комментарий от MichIs

Потому что в 2000-2001 году я уже имел книгу на русском языке «Python»

Я помню в 9х были дистрибутивы шапки, мне всегда было интересно что это за кучи файлов с расширениеми py и rb, что делать с кучей perla я знал ;)

mx__ ★★★★★
()
Ответ на: комментарий от MichIs

Это в каком году было?

Компьютер появился у меня где-то в 1997. На нём почти сразу с подачи одногруппника был поставлен Red Hat.

Так что… Где-то 1997-1999.

Ну и я точно помню, что приблизительно года до 2010 даже при общении в IT-тусовке, когда я говорил, что пишу на Python, очень часто в ответ получал удивлённые вопросы: «Питон? А чё это такое».

Возможно, в 2000-2001 и появились первые книги, точно не помню. Я к тому моменту уже не нуждался в такой книге, потому что уже изучил ту версию языка (1.5.2, кажется) в совершенстве. Тогда язык был намного проще и меньше, да и собственная дока с туториалом является образцом очень хорошей документации.

Поэтому, про таймлайн появления книг уже ничего не смогу вспомнить.

Chiffchaff
()
Ответ на: комментарий от Chiffchaff

Так что… Где-то 1997-1999.

В это время действительно на русском книг и материалов по Python не было. Хайп по Python начал подниматься как раз к концу-началу века.

Тогда язык был намного проще и меньше,

Это так, поэтому он меня и зацепил - для моих нужд он зашел гуда лучше Java (по ней на русском у меня книга где-то 1997 года, помню там разбирали программу гитарных аккордов, а еще диск с JVM версии что0то 0.97)

Ну и я точно помню, что приблизительно года до 2010 даже при общении в IT-тусовке, когда я говорил, что пишу на Python, очень часто в ответ получал удивлённые вопросы: «Питон? А чё это такое».

А это странно, потому что к тому времени были Django, CherryPy, Zope, TinyERP, ERP 5 и много других полезных и бесплатных инструментов на Python.

MichIs
()
Последнее исправление: MichIs (всего исправлений: 1)
Ответ на: комментарий от MichIs

CherryPy, Zope в РФ практически не взлетели. Я знаю всего 3-4 компании на всю Россию, которые использовали Zope/Plone или делали на них продукты.

Про TinyERP ничего не знаю, мимо меня прошло.

Django начал в РФ набирать обороты сильно позже 2010, мне кажется. Мне повезло где-то в 2007 найти работу на зарубежного заказчика на Django, которая кормила меня очень долго.

Chiffchaff
()
Ответ на: комментарий от Chiffchaff

Про TinyERP ничего не знаю, мимо меня прошло.

Я занимался разными учетными и ERP-системами, поэтому был в курсе.

Потом TinyERP стала называться ERPNext, затем Odoo. У ERPNext есть клон Tryton. У Odoo был какой-то индусский клон, они там улучшали платформу и внешний вид, но потом, вроде, бросили и сейчас перешли на Django как базу.

А Odoo - достаточно популярная (была?) в Европе ERP-шка для мелко-среднего бизнеса. Ее даже пытались у нас в России адаптировать, а сейчас, вроде, вместо 1С на Украине пытаются заменить.

MichIs
()
Последнее исправление: MichIs (всего исправлений: 1)
Ответ на: комментарий от Chiffchaff

Я знаю всего 3-4 компании на всю Россию, которые использовали Zope/Plone

Я тоже немного знаю. Знаю, что Zope использовался в продуктах компании Наумен из Екатеринубрга и помню, что его критиковали за «тормознутость» - он же был вроде как со своей внутренней объектной базой данных, а не РСУБД.

MichIs
()
Последнее исправление: MichIs (всего исправлений: 1)
Ответ на: комментарий от MichIs

Я тоже немного знаю. Знаю, что Zope использовался в продуктах компании Наумен из Екатеринубрга и помню, что его критиковали за «тормознутость» - он же был вроде как со своей внутренней объектной базой данных, а не РСУБД.

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

Zope - да, использовал под капотом ZODB, объектную БД. Довольно интересная штука, и вроде достаточно быстрая. Поддерживала репликацию, т.е. можно было масштабировать горизонтально.

ZODB и сейчас есть, даже вроде коммиты какие-то появляются. Но не знаю, кто её использует сейчас и для чего.

Как оно вообще по скорости - тоже не знаю, никогда не бенчмаркал. Делал несколько сайтов на Zope/Plone - на скорость нареканий никогда не было. Но в highload в то время не работал, highload относительный начался у меня с переходом на Django.

Один очень популярный портал в России был одно время сделан на Zope 3. Но Zope 3 - очень сильно обогнал своё время, там были первые попытки вообще в мире, не то, что в мире Python, приблизиться к чистой архитектуре. Выглядело всё это тогда сверхзаумно, документации было просто 0. Знакомый, занимавшийся порталом, сказал, что через 1-2 года пришлось переписать на чём-то попроще, потому что найти людей, способных вкатиться в Zope 3, оказалось невозможно.

Chiffchaff
()
Ответ на: комментарий от Chiffchaff

почти во всех проектах используется DRF

Я конечно рад за Django, но людей не интересуют кто какие либы, рест доступы и т.д. используют. Людям нужно чтобы был конечный продукт - потыкать куда то, в том же браузере и увидеть какой то результат.

mx__ ★★★★★
()
Ответ на: комментарий от MichIs

А это странно, потому что к тому времени были Django,

В то время Django вроде был еще не 1.0 да и начинался он как фрамеворк для CMS и не более. А аналогом РоР в то время пророчили ТГ (ТурбоГеарс).

mx__ ★★★★★
()
Ответ на: комментарий от mx__

А аналогом РоР в то время пророчили ТГ (ТурбоГеарс).

Много было их тогда, всех и не упомнишь. Многие потом сошли со сцены. Впрочем, как и в PHP.

MichIs
()
Ответ на: комментарий от MichIs

Впрочем, как и в PHP.

Друпал, Ворпресс, 1с-битрикс, Жумла, Заббикс …

mx__ ★★★★★
()
Ответ на: комментарий от mx__

Это констатация очевидного факта, и я не понимаю, как она относится к дискуссии.

RoR и Django появились почти одновременно, но RoR взлетел сильно выше и сильно быстрее. Тогда я из-за этого переживал, и думал, что придётся переходить на Ruby/RoR из-за спроса.

Но потому он практически также резко сдулся. Я спрашивал людей, которые занимались разработкой на RoR, они все отвечают, что из-за аморфной структуры, большие проекты на RoR становится невозможно поддерживать.

Я личный свидетель тому, что в одной российской компании в этом году закрыли проект и команду на RoR.

Django, при все его (теоретических) недостатках, довольно сильно навязывает свои паттерны. Плохие они или хорошие, но благодаря этому в любом проекте на Django довольно быстро начинаешь ориентироваться и становишься продуктивным.

Chiffchaff
()
Ответ на: комментарий от Chiffchaff

Это констатация очевидного факта, и я не понимаю, как она относится к дискуссии.

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

mx__ ★★★★★
()
Ответ на: комментарий от mx__

Что я не пойму, ruby/yjit 3.4.5 во всех тестах сильно обходит cpython 3.13.5.

Туда за последние 5 лет, кроме традиционно японских министерств, университетов и энтузиастов со всего мира, сильно вложились в R&D две корпорации - GitHub и Shopify. За их счёт с большего и весь этот банкет с приростом скорости.

OSBuster ★★
()
Последнее исправление: OSBuster (всего исправлений: 1)
Ответ на: комментарий от mx__

А пофигу. Ruby не относится к обсуждаемой теме и попросту никому не нужен.

Partisan ★★★★★
()
Ответ на: комментарий от Chiffchaff

RoR умер, потому что не навязывал никакой архитектурный стиль, структуру проекта. Поэтому, проекты на нём быстро превращались в big ball of mud, которые сложно поддерживать.

Во всяком случае, это версия от тех, кто сталкивался с RoR.

Разве что в твоём окружении, т.е. ты просто не в курсе и не следишь, т.к. тебе это не надо.

Наоборот, у него последнии пару лет второе рождение. Только в 2025 по всему миру было под 40 конференций.

https://rubyconferences.org/

А Rails World в Амстердаме был по уровню словно какое-то Грэмми, где все билеты были проданы моментом, включая и дополнительные батчи и организаторы вешали плашку на сайт, что дополнительных билетов нет и не будет.

https://www.youtube.com/playlist?list=PLHFP2OPUpCebhAv1ZWb_978cTl1o-yue-

OSBuster ★★
()
Ответ на: комментарий от Chiffchaff

GitHub вроде на RoR сделан, не знаю, отказались от него или нет. Скорее всего, там такой объём кода, что не перепишешь.

Он не то что не отказывается, а активно инвестирует и развивает.

OSBuster ★★
()
Ответ на: комментарий от mx__

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

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

flant ★★★★
()
Ответ на: комментарий от flant

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

Про какие конкуренты идет речь?

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

Я понимаю про язык, но кто писал в джанго и так и так понимают про что я.

mx__ ★★★★★
()
Ответ на: комментарий от OSBuster

Конференции есть и по Perl, например. И даже по Plone. Я, когда вспоминаю про него, гуглю, и нахожу. Хотя де-факто, проект мёртв уже лет 10 как, с этим никто даже спорить не станет.

Хотя на ЛОР есть упоротые люди, которые доказывают, что Perl не умер.

Вообще, эта тема, и многие другие, показывает, что ЛОР стал каким-то не то заповедником седых дедов, не то не знаю, чем. Активных пользователй осталось с гулькин нос. И многие несут такую чушь, что не знаешь что и думать: то ли школота, то ли уже старческий маразм.

Печально…

Chiffchaff
()
Ответ на: комментарий от Chiffchaff

Конференции есть и по Perl, например. И даже по Plone. Я, когда вспоминаю про него, гуглю, и нахожу. Хотя де-факто, проект мёртв уже лет 10 как, с этим никто даже спорить не станет.

А причём тут Perl? 40 штук в год по всему земному шару? Повторюсь, на Rails World 2025 в Амстердаме, с кучей именитых спонсоров, 800+ билетов было разобрано за несколько минут, за полгода до конференции, а билет стоил 500 евро.

А сам Ruby за последние несколько лет ускорился в несколько раз и уже в среднем обгоняет Python. Ссылки на бенчмарки были в топике выше. Как-то странно для мертвеца.

Поэтому это всё-таки куда более объективные метрики, чем заявления какого-то ноунейма-питониста с ЛОРа, который что-то там сам себе придумал и поверил.

OSBuster ★★
()
Последнее исправление: OSBuster (всего исправлений: 1)
Ответ на: комментарий от MoldAndLimeHoney

У меня знакомый один изучал пайтон в и укатил в Google лет 10 назад

doomer
()
Ответ на: комментарий от Chiffchaff

RoR умер, потому что не навязывал никакой архитектурный стиль, структуру проекта. Поэтому, проекты на нём быстро превращались в big ball of mud, которые сложно поддерживать.

Почему же, вполне навязывал. Там CoC во все поля с самого начала. Convention over Configuration, а не этосамое. Как раз фишка рельсов, что если всё по феншую делать, то будет минимум гемора. Кто только мог помешать бывшим пхпшникам сделать всё как они привыкли через жопу? А закат рельсов связан с тем, что они заточены на монолит, а пошла мода на микросервисы. Ну и нода появилась, все туда побежали хайповать.

bread
()
Ответ на: комментарий от OSBuster

Наоборот, у него последнии пару лет второе рождение. Только в 2025 по всему миру было под 40 конференций.

Я помню у перла был такой период возрождения, а потом как-то резко всё сдулось. Так что… Но работа есть даже в РФ, это факт. Питон то в контексте веба такой же мертвый, если не мертвее.

bread
()
Ответ на: комментарий от rtxtxtrx

Честно, не знаю что там мешало рубину. Просто прошла любовь, никто давно не хочет его. Более того, даже на пике хайпа было много разочаровавшихся адептов ставших хейтерами. Там ещё сообщество такое, что лоровцам бы не понравилось. Оттуда пришли многие из этих мужиков в колготах, которые всех затрахали потом. Caroline Ada Ehmke это вот оно. Типичный рубист.

bread
()
Последнее исправление: bread (всего исправлений: 1)
Ответ на: комментарий от bread

Питон то в контексте веба такой же мертвый, если не мертвее.

Да что за бред-то. Я подписан на все вакансии в 3 сервисах с весны. Самые частые вакансии: Python, Go, C++, Java, PHP. Вакансии на Ruby видел м.б. 1 раз за полгода.

Вакансии на Python не просто есть, их много. Не меньше, чем на Go, например. Скорее, даже больше. И не только ML, полно веб-разработки.

Где этих вакансий нет? Я за лето дважды сменил место работы (после первой смены работа не понравилась, ушёл до конца испытательного).

Что за бездоказательные утверждения?

Chiffchaff
()
Ответ на: комментарий от Chiffchaff

Здесь все анонимы, кроме макскома. От анонима слышу.

Да, но кто-то на что-то ссылается, а кто-то просто ляпает языком из серии «я так вижу».

Но сам при этом ниже требует от остальных Что за бездоказательные утверждения?.

Тут или крестик или трусы.

OSBuster ★★
()
Ответ на: комментарий от Chiffchaff

Вакансии это в основном туфта. Нужно опрос на лоре, как там у вебовских питонщиков с работой. Сразу прояснится ситуация.

bread
()
Ответ на: комментарий от MoldAndLimeHoney

Кто ж тогда заруливает в вебе, по-вашему?

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

На фронте есть, конечно, крупные игроки типа React, но и там всё очень далеко от монополии.

OSBuster ★★
()

Где тег 3.14?! Где он, я вас спрашиваю?!

mord0d ★★★★★
()
Ответ на: комментарий от Chiffchaff

Да что за бред-то. Я подписан на все вакансии в 3 сервисах с весны. Самые частые вакансии: Python, Go, C++, Java, PHP. Вакансии на Ruby видел м.б. 1 раз за полгода.

Сейчас тебе авторитетно объяснят, что эти работы - дерьмо для лохов, а вот Рубин…

seiken ★★★★★
()
Ответ на: комментарий от mx__

Я drf ковыряю лет 5. Там хоть и классы но это говно полнейшее. От него так же говной воняет как и от его старшего брата. Ублюдская недорм особенно бесит. Ну раньше бесила потому что сложно было искать как что-то сделать приходилось кучу ссылок посетить кучу запросов сделать. А сейчас тебе нейронка ответ даст который был бы скрыт на второй третьей а то и четвёртой страницы в результатах поиска. Так что это дерьмо меня как то теперь и не особо бесит. Я бы его сейчас поместил в устаревшие фреймворки. Я не рекомендую им пользоваться так как его популярность очень сильно упала

rtxtxtrx ★★★
()
Последнее исправление: rtxtxtrx (всего исправлений: 2)
Ответ на: комментарий от OSBuster

Ruby за последние несколько лет ускорился в несколько раз и уже в среднем обгоняет Python. Ссылки на бенчмарки были в топике выше. Как-то странно для мертвеца.

Например, если мало пользователей, можно отказаться от поддержки какого-то легаси и исправить архитектурные ошибки, на которые оно опиралось :)

question4 ★★★★★
()
Ответ на: комментарий от seiken

Сейчас тебе авторитетно объяснят, что эти работы - дерьмо для лохов, а вот Рубин…

Вакансий на Ruby в товарных количествах в РФ и не было никогда.

Ruby это Япония (исторически, через университеты) и США (там где есть капитал и культура стартапов). В западных, включая европейские, универах он никогда не продвигался и никакая большая корпорация его не продвигала и не пиарила, переводной литературы по нему всегда было мало, поэтому по рынку только РФ оценивать нет смысла. Из новых проектов за последние 5 лет я могу только вспомнить Сбермаркет (Купер), VK Работа, Самокат.

В США всё отлично с вакансиями, особенно в Долине и северо-востоке.

OSBuster ★★
()
Ответ на: комментарий от mx__

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

Redmine? Судя по моему работодателю, Jira проще в эксплуатации и покрывает все потребности, ради которых его внедряли.

question4 ★★★★★
()
Ответ на: комментарий от question4

Например, если мало пользователей, можно отказаться от поддержки какого-то легаси и исправить архитектурные ошибки, на которые оно опиралось :)

Никто не отказывался ни от поддержки какого легаси, по крайней мере резко.

Просто Shopify и GitHub скинулись и наняли пачку PhD со специализацией по дизайну компиляторов и диссертациями по экспериментальным техникам JIT, включая тех, кто ранее в Apple пилил кишки LLVM для их GPU.

Они и начали это внедрять и профилировать 24/7 и каждая мажорная версия за последние лет 5 получала солидный буст, не теряя всей той выразительности изначальной и динамики.

Плюс за последние 15 лет в десяток раз выросла производительность среднего сервера, интерпретатор ускорился в несколько раз, всё это перемножилось и получилось не так уж и плохо. Базы тоже стали побыстрее, в тот же PostgreSQL за последние 15 лет завезли кучу плюшек и оптимизаций, появились всякие специфические NoSQL решения, фронт и браузеры получили веб-сокеты и новую жизнь для SSR, где можно просто перерендеривать нужные франменты и заменять их моментально на клиенте.

А если вы пишете новый веб-сервис, то ваша пользовательская база и нагрузка начинает со значений и растёт что в 2010, что в 2025 примерно одинаково. Поэтому прямо таки голая производительность на старте стала «ролять» ещё меньше, чем ранее.

OSBuster ★★
()
Последнее исправление: OSBuster (всего исправлений: 1)
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.