LINUX.ORG.RU

Python 3.2

 


0

0

20 февраля вышел Python 3.2.

Так как действует «Мораторий на измение языка» (PEP-3003), то синтаксис языка остался прежним; было внесено всего несколько изменений во встроенные типы.

Усилия разработчиков были сконцентрированы на стандартной библиотеке и поддержке портирования кода на Python3.

Среди изменений стоит отметить:

  • множественные изменения в модуле unittest;
  • PEP 3147, поддержка PYC Repository Directories;
  • PEP 3149, поддержка контроля версий динамически-подключаемых библиотек;
  • PEP 3148, futures — новая библиотека для асинхронных вычислений (конкурентного программирования);
  • PEP 384, стабильное ABI для модулей расширений;
  • значительно переделан GIL (Global Interpreter Lock);
  • расширенный пакет email, который поддерживает байтовые сообщения;
  • значительно улучшен модуль ssl;
  • новый модуль sysconfig;
  • улучшения модуля shutil, среди которых стоит отметить поддержку архивов;
  • множество улучшений в configparser;
  • улучшен pdb (Python debugger);
  • множественные исправления, связанные с ошибками bytes/string;
  • множественные исправления для численных операций.

>>> Подробности

★★

Проверено: JB ()
Последнее исправление: Dendy (всего исправлений: 3)

Ответ на: комментарий от gzim9x

> Perl продуман не только в том как что-то написать вообще, - а еще и в том, чтобы написать быстро.

... а потом не прочитать.

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

> нужна уже особая логика

Не нужна. _Лексикографический_ порядок будет соблюдён.

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

> Нашёл разные байты, что дальше? Если в одной из строк не-ASCII, нужна уже особая логика для сравнения следущих.

Вы головой ушиблись или Кормена не читали? Если нашёл разные байты - всё, алгоритм сравнения работать закончил, выходите из цикла и возвращаете результат. Нет никаких «следУЩих».

Если в одной из строк не-ASCII - всё, она заведомо «больше».

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

> Гораздо адекватнее и менее теоретическими оказались фигурные скобочки... )))

Распространённое заблуждение.

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

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

> Perl продуман не только в том как что-то написать вообще, - а еще и в том, чтобы написать быстро.

... а потом не прочитать.

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

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

> После шести лет стабильности?

Ой ой, вот не надо нагружать

Лучше гляньте чейнжлоги минорных версий ...
Кстати, пистон 3.1 по числу исправлений как с нуля был написан
А потом, непременно, тоже найдется умник и будет втирать про стабильность и железобетонную надёжность.))

Вы пользуетесь протоколом Gopher? работаете под Mac OS 9? под SGI? Ну так у вас полюбому секас.


Вам в КВН-е выступать надо.
Там не только gopher. Обычно , у хорошо продуманных вещей не надо что-то выбрасывать через 15 лет и постоянно прикручивать сетевой стек и отслеживать «А что там он еще выкинул ?»

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

Может, он всё же пошутил...

тогда шутник. тоже неплохо

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

Почему у 99% программистов проблем со скобками абсолютно не возникает, а у тебя возникает, так еще и гораздо больше? P.S. Текст написан при помощи табов, отступы ровные везде:

	1
		2
			3
		4
	5

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от elipse

><неразборчиво>, табы в пистоне это обязательное условие синтаксиса ЯП, а не стройность и читабельность.

И слава богу. Сразу отстреливаются 1000 неадекватов которым видите ли захотелось. Зато я читаю ЛЮБЫЕ исходники и глаза мои не болят так, как с JS.

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

Яб еще ввел варнинги если размер метода класса или функции превышает 100 строк.

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

>man indent

Для чего его придумали? Как защиту от идиотов.

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

Косые оформляльщики это проблема. Если использовать оформление как часть синтаксиса мы получили уменьшение косяков с закрыта, не закрыта скобка. Я на JS в день раз по 10 это ловлю, в конструкции из серии:

function rebind() { $('.selday').unbind(); $('.workday').unbind(); $('.selday').bind('click',function (){ var obj = $(this); var d =obj.attr('id').replace('day_',"); $.get('/unselectDay?day='+d,function () {selUnsel(obj)}); }); $('.workday').bind('click',function (){ var obj = $(this); var d =obj.attr('id').replace('day_',"); $.get('/selectDay?day='+d,function () {selUnsel(obj)}); }); }

А вот:

[code=js]

function rebind() { $('.selday').unbind(); $('.workday').unbind(); $('.selday').bind('click',function (){ var obj = $(this); var d =obj.attr('id').replace('day_',"); $.get('/unselectDay?day='+d,function () {selUnsel(obj)}); }); $('.workday').bind('click',function (){ var obj = $(this); var d =obj.attr('id').replace('day_',"); $.get('/selectDay?day='+d,function () {selUnsel(obj)}); }); } [/code]

Даже в JS я делаю отступы

demmsnt
()
Ответ на: комментарий от demmsnt
function rebind() {
        $('.selday').unbind();
        $('.workday').unbind();
        $('.selday').bind('click',function (){
                var obj = $(this);
                var d =obj.attr('id').replace('day_','');
                $.get('/unselectDay?day='+d,function () {selUnsel(obj)});
                });
        $('.workday').bind('click',function (){
                var obj = $(this);
                var d =obj.attr('id').replace('day_','');
                $.get('/selectDay?day='+d,function () {selUnsel(obj)});
                });
}
demmsnt
()
Ответ на: комментарий от demmsnt


Зато я читаю ЛЮБЫЕ исходники и глаза мои не болят так, как с JS.


ЛЮБЫЕ от питона ?))

Зато я читаю ЛЮБЫЕ исходники и глаза мои не болят так, как с JS.


Надеюсь, это еще не весь список ?

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

> глаза мои не болят так, как с JS

Справедливости ради заметим, что JSоклепатели любят байтики на пробелах экономить.

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

>ЛЮБЫЕ от питона ?))

Извините я не заметил, что тред про FoxPro.

От JS исходников иногда глазки в кучку. Особенно в перемешку с HTML и каким нибудь шаблонизатором, это да.

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

> Даже в JS я делаю отступы

Фигасе «даже».

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

>Если нашёл разные байты - всё, алгоритм сравнения работать закончил

А если надо найти дельту между строками, для патча того же? ;)

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

>Гораздо адекватнее и менее теоретическими оказались фигурные скобочки... )))

Они во первых на самом краю клавиатуры а во вторых шифт зажимать надо

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

> Они во первых на самом краю клавиатуры а во вторых шифт зажимать надо

Не, не так надо.

«Они во-первых на самой клавиатуре, а во вторых еще и пальцами ворушить надо.»

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

Вопрос не в том что писать Begin end { } ( ) или < >.

По большему счету это все пишет текстовый редактор. Но все хотят чтоб в Qt окружении GTK программа выглядела нативно и это никого не пугает. Зато как только видят отступы! О Ужас!!!! меня например гораздо больше бесят $ & @ и прочие веселости Perl. Хотя я Python стал учить после Perl. И одним из факторов выбора Ruby/Python стало, что Python код был однообразен и читабелен.

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

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

Что, количество отрывающих и закрывающих скобок не совпало? ;)

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

А для меня споры C vs Pascal всегда были довольно смешными, поскольку их отличия я не считал принципиальными

Это потому что вы много не писали ни на том ни на другом ;)

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

Что значит «в лучшем случае»? Есть другие? Тебе стали противны пробелы? То ты говоришь, что жопа, то теперь выходит, что всё сохранится, не не в твоё любимое количество пробелов. Определись.

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

>> Perl продуман не только в том как что-то написать вообще, - а еще и в том, чтобы написать быстро.

... а потом не прочитать.

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

> Если Си способен выразить ваш бред, это не проблема Си.

Проблема. В остальных языках нет понятия «синтаксически корректное выражение с неопределенным результатом». Ну, насколько я знаю.

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

Не могу не поддержать анонимуса.

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

В остальных языках нет понятия «синтаксически корректное выражение с неопределенным результатом».

А в Си есть. И что?

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

> Лучше гляньте чейнжлоги минорных версий

Минорные версии - которые 2.x.y - содержат только багфиксы. На то они и минорные.

Кстати, пистон 3.1 по числу исправлений как с нуля был написан

Ну да, так и есть. Потому что 3.0 - это был превью-релиз, фактически открытая бета. Вы не в курсе были? Ну так и не лезте в тему, в которой не понимаете.

Там не только gopher.

gopher, macfs и rgbimg. Всё. Устаревшие протоколы и устаревшие платформы.

Обычно, у хорошо продуманных вещей не надо что-то выбрасывать через 15 лет

Чепуха. Это зависит не от продуманности, а от оснащения библиотеками. В тикле, например, нихера в комплекте нет - вот нихера и не выкидывают.

Ну и, заодно, не пользуются им.

yk4ever
()
Ответ на: комментарий от I-Love-Microsoft

> Почему у 99% программистов проблем со скобками абсолютно не возникает

Возникают, просто они привыкли к ним и не знают, что бывает иначе.

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

Это значит авторы, что авторы плохо думали ;)

Кто вам сказал? :)

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

> А если надо найти дельту между строками, для патча того же? ;)

Тогда вы читаете про алгоритм левенштейна и реализуете его, либо с учётом особенностей UTF-8, как в Vala/D, либо в UTF-16/32, как в Java/C#/Python. А к чему был вопрос?

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

> Если Си способен выразить ваш бред

Беда в том, что иногда приходится разбирать чужой бред...

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

> Что, количество отрывающих и закрывающих скобок не совпало? ;)

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

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

> То ты говоришь, что жопа, то теперь выходит, что всё сохранится

А тут не угадаешь. Табы - лотерея.

Лотерей не надо, чертёж должен всегда выглядеть одинаково.

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

> Одна крайность должна оправдывать другую ?

Синтаксис Python - это не крайность. Это оптимальный вариант, показывающий наилучшие результаты на практике.

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

В общем, я не знаю, о чём вы тут пишете, но судя по мотоциклу, я тоже за Python. Расскажите в двух словах, что нужно сделать с Питоном, чтобы такой же мотоцикл купить, именно чёрно-красный???

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

Ну на питоне весь IT не держится.
Так что ...
Пока просматривается такая тенденция:
В обмен на привязанность фанов к синтаксису питона, Гвидо себе беззаботно забавляется там . А фаны выдумывают этому всему отмазы и тащат это все linux и систему.
А тут и без питона дерьма уже вполне хватает. Как-то так.

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








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

А код не чертёж. Если код разваливается от того, что табы стали 8 вместо 4, это не просто код, это индусокод.

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

Возникают, просто они привыкли к ним и не знают, что бывает иначе.

я с тобой согласен только по части UTF-8, по остальному категорически нет =) скобочки - I'm lovin' it

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от yk4ever

> Что, количество отрывающих и закрывающих скобок не совпало? ;)

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

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

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

> Синтаксис Python - это не крайность. Это оптимальный вариант, показывающий наилучшие результаты на практике.

что-то такое я уже слышал ,
сильно смахивает на запись «барабанного боя» MS о visual basic.

elipse ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.