The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Намечена большая чистка стандартной библиотеки Python, opennews (??), 23-Май-19, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


2. "Намечена большая чистка стандартной библиотеки Python"  –3 +/–
Сообщение от Аноним (2), 23-Май-19, 11:38 
> optparse, getopt
> наличие более совершенных альтернатив или привязки к специфичным возможностям операционных систем

Кто-то наверняка очень «обрадуется», если это сделают. Собственно, а какие альтернативы?

Ответить | Правка | Наверх | Cообщить модератору

3. "Намечена большая чистка стандартной библиотеки Python"  +2 +/–
Сообщение от Аноним (3), 23-Май-19, 11:43 
Кто точно обрадуется, так это кор тим Твистеда

Дыма без огня не бывает: http://pyfound.blogspot.com/2019/05/amber-brown-batteries-in...

Ответить | Правка | Наверх | Cообщить модератору

35. "Намечена большая чистка стандартной библиотеки Python"  +/–
Сообщение от IRASoldier (?), 23-Май-19, 13:23 
"Van Rossum argued instead that if the Twisted team wants the ecosystem to evolve, they should stop supporting older Python versions and force users to upgrade. Brown acknowledged this point, but said half of Twisted users are still on Python 2 and it is difficult to abandon them."

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

Ответить | Правка | Наверх | Cообщить модератору

68. "Намечена большая чистка стандартной библиотеки Python"  +1 +/–
Сообщение от Аноним (68), 23-Май-19, 16:55 
На реддите говорят он просто устал от неадекватов и пошёл на обед (который был следом по расписанию).
Ответить | Правка | Наверх | Cообщить модератору

122. "Намечена большая чистка стандартной библиотеки Python"  +/–
Сообщение от Аноним (122), 24-Май-19, 23:50 
Может быть он и прав, вот только если тройку ломали полностью, то могли бы  добавить человеческий UFCS как фичу и много чего ещё чтобы люди потянулись.

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

А с двойки не уходят на тройку еще и по причинам связанным с перформансом. На docs.python ясно сказано, что замедление на 10%  - установленный факт. Итого, для проекта со средним размером кодобазы гораздо выгоднее выбросить Python и прикрутить Go. Исходя из того, что основная ниша языка в СНГ - вебня.

Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

124. "Намечена большая чистка стандартной библиотеки Python"  +/–
Сообщение от myhand (ok), 25-Май-19, 10:36 
> На docs.python ясно сказано, что замедление на 10%  - установленный факт.

В каком месте такое сказано?  Посоны не знают.

> Исходя из того, что основная ниша языка в СНГ - вебня.

Основное занятие "погромистов" в СНГ - вебня.  Это никак не характеризует ситуацию в нормальных странах, языки программирования и глобальное потепление.

Ответить | Правка | Наверх | Cообщить модератору

133. "Намечена большая чистка стандартной библиотеки Python"  +/–
Сообщение от Аноним (122), 25-Май-19, 18:04 
https://docs.python.org/3.3/whatsnew/3.0.html?highlight=exec...
тут сказано, но я тебя не виню: документацию и релиз ноуты они выкладывают безобразнейше

>Основное занятие "погромистов" в СНГ - вебня.  Это никак не характеризует ситуацию в нормальных странах, языки программирования и глобальное потепление.
>языки программирования

Языки языками, а однопоточное говно с отступами, которое на плаву благодаря С/С++ программистам молча пишущим библиотеки МО/ИИ/КЗ и пробрасывающими обвязки на Петухе — не репрезентативный критерий хотя бы потому что Петух является языком общего назначения, а используется только потому что стал подарочной оберткой.

Будь я неправ, все эти безумные идеи с убыстрением Питонов, увенчались бы успехом. А раз даже Гвидо сфейлил в ДропБоксе с Pytston и они двинулись к Go в тех же задачах, делай вывод о нормальности.
Для проформы, напомню что был еще UnladenSwallow и его тоже уже нет. Выходит, судьбу не обмануть.

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

Да, еще первая реализация протокола BitTorrent была на Петухе, а потом стала С++. Нерационально ведь переписывать, если все твердят, что сеть в Питон не является боттлнеком. Но почему-то переписали, дураки, наверное.

Питон как язык совершенно не скейлится, уверен, что большие компании, кто построил на нем бизнес жалели об этом не один раз. Вот тебе пример номер один: https://instagram-engineering.com/dismissing-python-garbage-...
Еще одна компания, где GC Питона отключен - это крупный владелец IP с йоба стрелялками на военную тематику.

Ответить | Правка | Наверх | Cообщить модератору

135. "Намечена большая чистка стандартной библиотеки Python"  +/–
Сообщение от myhand (ok), 25-Май-19, 18:42 
> https://docs.python.org/3.3/whatsnew/3.0.html?highlight=exec...
> тут сказано, но я тебя не виню: документацию и релиз ноуты они
> выкладывают безобразнейше

Гражданин, CPython v3.0 вышел 10 с лишним лет назад.  Или вы недавно с кичи,
судя по лексике?  С чего вдруг решили удивить окружающих информацией такой свежести?

> а однопоточное говно

Вы об чем, на сей раз?

> с отступами, которое на плаву благодаря С/С++
> программистам молча пишущим библиотеки МО/ИИ/КЗ

Вообще-то, скорее - наоборот.

> Будь я неправ, все эти безумные идеи с убыстрением Питонов, увенчались бы
> успехом. А раз даже Гвидо сфейлил в ДропБоксе с Pytston

Потому что есть PyPy, вполне живой.

> Для проформы, напомню что был еще UnladenSwallow и его тоже уже нет.

Аналлогично.

> А то, что они пытаются прикрутить аннотации типов через сторонние приблуды, лишний
> раз доказывает, что в языке делать уже просто нечего.

Что плохого в прикручивании к динамическому языку аннотации типов именно
через сторонние приблуды?!  Он же того, динамический.

> Питон как язык совершенно не скейлится, уверен, что большие компании, кто построил
> на нем бизнес жалели об этом не один раз. Вот тебе
> пример номер один: https://instagram-engineering.com/dismissing-python-garbage-...

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

> Еще одна компания, где GC Питона отключен - это крупный владелец IP
> с йоба стрелялками на военную тематику.

Ну отключили, это доступно с помощью модуля стандартной библиотеки.  В ее же
документации черным по белому написано когда это точно имеет смысл.  И?

Для вас и остальных вернувшихся недавно в свободный мир из мест отдаленных - поясняю, что
реально отключить GC в питоне очень сложно.  Граждане из инстаграмму - отключили
просто ту часть, которая призвана справиться с циклическими ссылками.  Если в вашем
приложении их нет - ничего, конечно, не потекет, отключайте смело.

Ответить | Правка | Наверх | Cообщить модератору

139. "Намечена большая чистка стандартной библиотеки Python"  +/–
Сообщение от Аноним (122), 25-Май-19, 23:44 
> Или вы недавно с кичи, судя по лексике?

не каждый, кто по-русски печатает — автоматический русский, а значит имеет отношение к тюрьмам. но, впрочем... это лирика.

> С чего вдруг решили удивить окружающих информацией такой свежести?

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

С того, что обратного опровержения, что потерянные 10% вернули к отправной точке, допустим.
Там же сказано следующее: суммарный результат обобщений 3.0 привел к тому, что тест pystone показывает 10% просадку в сравнении с 2.5.
Обычно в мажорных версиях языка производят оптимизации, а не наоборот.


А откровения насчет 30% оптимизации под Мак и 10%  в Лялихе, конечно хороши (касательно 3.7), только вот опять же не касается это перфоманс критичных компонент. Допустим реализацию ABCMeta переписать на Си это клево, но абстракции абстракций — это всегда плохо. Если нужно доказывать и объяснять почему, то читайте книжки.

Последнее, достойное решение по оптимизации на моей памяти касалось работы со словарем. А доказать, что Py3.7 быстрее 3.3 — это уже ваша задача, сударь.

>Вы об чем, на сей раз?

Да вы и так знаете, не лукавьте, а если не знаете попишите нормальный многопоточный и/или паралелльный код.

>Потому что есть PyPy, вполне живой.

Ну не полно вам эрудицией блистать. Кроме лаб в универе на нем что-нибудь заводили, почтенный?
РуРу это не канон, а диалект так как реализован на RPython, а речь в беседе ведется о CPython. Энциклопедические знания о сторонних реализациях не нужны, а то вдруг окажется что кто-нибудь работал с этим зоопарком да еще и под JVM / CLR и ничего хорошего от этого не было.

>Что плохого в прикручивании к динамическому языку аннотации типов именно через сторонние приблуды?!  Он же того, динамический.

То что у него проблем  с изоляцией и инкапсуляцией гораздо больше и лучше бы силы ушли на то, чтобы прибрать все ошибки молодости Гвидо, который не разбирается в "промышленном" ООП и плодит сущности как попало: https://mail.python.org/pipermail/python-ideas/2012-May/0149...
Статическая типизация — логичный шаг, когда у тебя целостная концептуальная модель, которую ты "продаешь". Поему-то Мацумото понял классметоды правильно и реализовал тоже: рантайм бьет по рукам, когда вызов делается от экземпляра, а не класса.

Более того, забавы со статической типизацией, вернее с тем как это реализуют, еще больше садят в яму: а) оверхэд б) раздробленная поддержка совершенно опциональной фичи. То есть, если ваш клиентский код весь усеян аннотациями — хорошо. Но если у вас есть зависимости (а они есть), то вся эта замечательная типизация сходит на нет, потому что никто не торопится внедрять не продакшн реди приблуду — ни в стдлиб, ни в 3rd party.

>В каком месте там жалобы на питон?

Ну слушай, возьми уроки английкого уже. Почитай почему отключен GC. Как refcount мешает и как приводит к COW, что вызывает разрастание кучи.  Хотя, если читать не умеешь/ссылки не открываешь  — тебе ничего не поможет.
В принципе, такие статьи не расчитаны на Питон программистов.

>Ну отключили, это доступно с помощью модуля стандартной библиотеки.  В ее же

документации черным по белому написано когда это точно имеет смысл.  И?
Пошевели мозгами: зачем идти на такой опрометчивый шаг.

>  Граждане из инстаграмму - отключили просто ту часть, которая призвана справиться с циклическими ссылками.

Прочел этот самый важный вывод, когда уже накатал простыню. В общем, впитай все что выше сказано. Может какой-то прок будет.


>не потекет

Еще вдобавок к английскому, репетитора русского найми себе.

>поясняю, что реально отключить GC в питоне очень сложно.

Задай себе вопрос, кто ты такой, чтобы хотя бы одному твоему слову верить? Из всего поста ни одного контрагрумента на достоверность нельзя проверить.
Научись хоть что-то хорошо делать, допустим читать до конца. GC отключен полностью.

https://instagram-engineering.com/dismissing-python-garbage-...
What we ended up doing is adding a runtime flag to CPython that would disable GC completely. Когда дойдешь до этой строки — продолжай читать до самого конца.

Ответить | Правка | Наверх | Cообщить модератору

144. "Намечена большая чистка стандартной библиотеки Python"  +/–
Сообщение от myhand (ok), 26-Май-19, 12:01 
>> С чего вдруг решили удивить окружающих информацией такой свежести?
> я понимаю, что иностранный язык изучать сложно и ненужно, тем не менее
> чуточку вглубину копать профессия "погромиста" обязывает, нет?

С чего вы решили, что у кого-то кроме вас есть проблемы с иностранным языком?

> Там же сказано следующее: суммарный результат обобщений 3.0 привел к тому, что
> тест pystone показывает 10% просадку в сравнении с 2.5.

Я читал что там сказано.  Повторяю, 3.0 вышла 10 лет назад.  Я не видел извращенцев,
которые используют этот релиз до сих пор.

> Обычно в мажорных версиях языка производят оптимизации, а не наоборот.

С чего вдруг?  Оптимизации, как правило, не ломают API и даже ABI.  Так что вполне
годятся и в багфиксный релиз, не говоря уж о минорных.

> А откровения насчет 30% оптимизации под Мак и 10%  в Лялихе,
> конечно хороши (касательно 3.7), только вот опять же не касается это
> перфоманс критичных компонент.

dict - это критичная компонента, по-вашему?

> А доказать, что Py3.7 быстрее 3.3 — это уже ваша задача, сударь.

Стоп.  Вы заявили, что "docs.python ясно сказано, что замедление на 10%  - установленный факт",
сказано это было ясно, в контексте всей третьей версии.  А затем благополучно слили этот
тезис, сославшись на конкретную версию десятилетней давности.  Теперь хотите мне
впарить "докажи за меня отрицание"?  Не получится.

>>Вы об чем, на сей раз?
> Да вы и так знаете, не лукавьте, а если не знаете попишите
> нормальный многопоточный и/или паралелльный код.

Меня, в принципе, пока устраивает мой ненормальный.

>>Потому что есть PyPy, вполне живой.
> Ну не полно вам эрудицией блистать. Кроме лаб в универе на нем
> что-нибудь заводили, почтенный?

Нам на лабы в университете столько бабла пока корпорации не заносили,
может сейчас что изменилось.  Хочу!

> РуРу это не канон, а диалект так как реализован на RPython, а
> речь в беседе ведется о CPython.

В смысле, диалект?  Это реализация конкретной версии(и) языка Python.  2.7.x и 3.5.x.

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

Так вы сами стали оными бахвалиться.  Дескать, то не взлетело - се не взлетело.  А вот
у PyPy - взлетело, денюшки заносят.  И почему вам можно, а мне - нельзя?

>>Что плохого в прикручивании к динамическому языку аннотации типов именно через сторонние приблуды?!  Он же того, динамический.
> То что у него проблем  с изоляцией и инкапсуляцией гораздо больше
> и лучше бы силы ушли на то, чтобы прибрать все ошибки
> молодости Гвидо, который не разбирается в "промышленном" ООП и плодит сущности
> как попало: https://mail.python.org/pipermail/python-ideas/2012-May/0149...

Вы предлагаете за вас самостоятельно обосновать почему Гвидо в чем-то не разбирается?
(ЗЫ: mail.python.org забанили в Ресурсной шигорины - лучше давайте ссылки на какую-нибудь gmane)

>>В каком месте там жалобы на питон?
> Ну слушай, возьми уроки английкого уже. Почитай почему отключен GC. Как refcount
> мешает и как приводит к COW, что вызывает разрастание кучи.

refcount не отключен, почитайте заключение.

> Хотя, если читать не умеешь/ссылки не открываешь  — тебе ничего не поможет.

Детка, переведи дяденьке:
First, without garbage collection, wasn’t the Python memory going to blow up, as all memory allocation wouldn’t be freed ever? (Remember, there is no real stack in Python memory because all objects are allocated on heap.)

Fortunately, this was not true. The primary mechanism in Python to free objects is still reference count. When an object is de-referenced (calling Py_DECREF), Python runtime always checks if its reference count drops to zero. In such cases, the deallocator of the objects will be called. The main purpose of garbage collection is to break the reference cycles where reference count does not work.

Где тут написано, что они отключили счетчик ссылок?

> В принципе, такие статьи не расчитаны на Питон программистов.

Ну да.  Марсиане читают.  И пишут, кстати.

>>Ну отключили, это доступно с помощью модуля стандартной библиотеки.  В ее же
>> документации черным по белому написано когда это точно имеет смысл.  И?
> Пошевели мозгами: зачем идти на такой опрометчивый шаг.

Потому что это вообще говоря - добавляет оверхед.  Если вам достаточно счетчика
ссылок - отключите остальное.

>>не потекет
> Еще вдобавок к английскому, репетитора русского найми себе.

А у вас справка имеется, что вы можете коверкать русский язык?  Я ведь пальчиком уже тыкал.

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

Не судите по себе других читателей.

> Научись хоть что-то хорошо делать, допустим читать до конца. GC отключен полностью.

Ждем перевода гуру.  Носом вас ткнули, попкорн купили.

> https://instagram-engineering.com/dismissing-python-garbage-...
> What we ended up doing is adding a runtime flag to CPython
> that would disable GC completely. Когда дойдешь до этой строки —
> продолжай читать до самого конца.

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

Ждем мастер-класса по английскому языку.  Напоминаю:
First, without garbage collection, wasn’t the Python memory going to blow up, as all memory allocation wouldn’t be freed ever? (Remember, there is no real stack in Python memory because all objects are allocated on heap.)

Fortunately, this was not true. The primary mechanism in Python to free objects is still reference count. When an object is de-referenced (calling Py_DECREF), Python runtime always checks if its reference count drops to zero. In such cases, the deallocator of the objects will be called. The main purpose of garbage collection is to break the reference cycles where reference count does not work.

Ответить | Правка | Наверх | Cообщить модератору

125. "Намечена большая чистка стандартной библиотеки Python"  +/–
Сообщение от IRASoldier (?), 25-Май-19, 12:48 
Нельзя сказать, что это всё неверно... Но и зоопарк версий тоже не есть гуд же ж. Кстати, с 3.7 вроде бы начали решать проблемы с ухудшением перформанса.
Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

134. "Намечена большая чистка стандартной библиотеки Python"  +/–
Сообщение от Аноним (122), 25-Май-19, 18:22 
> начали решать проблемы с ухудшением перформанса.

Решать то, что замедлили при переходе с 2 на 3 в архитектуре виртуальной машины?

Переход с int на  long это значительное ухудшение перфоманса.
В 2.7 int хранился в регистрах потому что был нативным С типом данных, а long собирался из фрагментов. В тройке нет больше long, есть один int который ведет себя как long.

То же касается и целочисленного деления: неявное приведение двух int к числу с плавающей точкой — более высокий оверхэд нежели деление по модулю.

И это еще мелочи, которые на поверхности...

Язык в принципе кривой, как и интерпретатор как и ВМ:
```
def func():
   ...:     ya() - 666 + 555 / tvoy()
   ...:     dom.a - shatal()
```
Является валидным Python кодом. Попробуй в REPL, попробуй в из скрипта запустить: интерпретатор не ругнется пока
не распарсит вызов функции. Если токены даже не парсятся нормально, то о каком перфомансе можно говорить?

Ответить | Правка | Наверх | Cообщить модератору

136. "Намечена большая чистка стандартной библиотеки Python"  +/–
Сообщение от myhand (ok), 25-Май-19, 19:18 
> Переход с int на  long это значительное ухудшение перфоманса.

Лихо вы это наковыряли.  А можно сказать, что это - значительное увеличение
переносимости.  Да, собственно, целый PEP накатали, как положено.  Что там непонятного-то?

> В тройке нет больше long, есть один int который ведет себя как long.

Да все там есть, родной.  Если вам конкретно нужна обертка именно над числовыми
C-типами, можно хоть так:
>>> import numpy as np
>>> np.int_

<class 'numpy.int64'>
>>> np.int_(42)*np.int_(42)

1764

> То же касается и целочисленного деления: неявное приведение двух int к числу
> с плавающей точкой

Стоп.  Если у вас целочисленное деление - откуда, нафиг, приведение "к числу с плавающей точкой"?

> Если токены даже не парсятся нормально, то о каком перфомансе можно говорить?

Почему вы решили, что они "не парсятся нормально"?!  Все замечательно парсится:
>>> def func():

...     return ya()
...
>>> ya = lambda: 2
>>> func()

2

Ответить | Правка | Наверх | Cообщить модератору

140. "Намечена большая чистка стандартной библиотеки Python"  +/–
Сообщение от Аноним (122), 25-Май-19, 23:59 
>Да все там есть, родной.  Если вам конкретно нужна обертка именно над числовыми C-типами, можно хоть так

Я имел неудовольствие знать одного персонажа, который говорил, что баш это — рудимент и скрипты работы с лялиховыми GNU утилитами надо на Питоне и писать. Он тоже выкачал библиотеку и стал клепать подобие баш скриптов, пока в исключении не обнаружил, что библиотека в subprocess эвалит весь питонячий код, который он напечатал. Мне посчастливилось стоять рядом, когда все это происходило. Он долго молчал в тот момент, но я перестал воспринимать его как адекватного человека именно тогда. Через некоторое время он был уволен.

Эта ваша реплика напоминает мне того персонажа. NumPy сколько весит сам по себе со всеми нативными либами Фортрана и Си? Как сам Python? Ну, короче, ты понял меня, сынок.

>Стоп.  Если у вас целочисленное деление - откуда, нафиг, приведение "к числу с плавающей точкой"?

Хуяссе. Ты профессионал.

Python 3.6.0 (v3.6.0:41df79263a11, Dec 22 2016, 17:23:13)
Type "copyright", "credits" or "license" for more information.

IPython 5.2.2 -- An enhanced Interactive Python.
?         -> Introduction and overview of IPython's features.
%quickref -> Quick reference.
help      -> Python's own help system.
object?   -> Details about 'object', use 'object??' for extra details.

In [1]: 5 / 2
Out[1]: 2.5

>Почему вы решили, что они "не парсятся нормально"?!  Все замечательно парсится:

Потому что я имею привычку проверять все то, о чем пишу.

Твой код, приведенный использует late binding. Почитай об этом тоже. Потому что стыдно получать деньги, писать на Питоне и быть глупым. Совокупно все это должно вызывать стыд.

Ответить | Правка | Наверх | Cообщить модератору

146. "Намечена большая чистка стандартной библиотеки Python"  +/–
Сообщение от myhand (ok), 26-Май-19, 12:12 
>>Да все там есть, родной.  Если вам конкретно нужна обертка именно над числовыми C-типами, можно хоть так
> Я имел неудовольствие знать одного персонажа, который говорил, что баш это —
> рудимент и скрипты работы с лялиховыми GNU утилитами надо на Питоне и писать.

В общем-то, он прав.

> Он тоже выкачал библиотеку и стал клепать подобие баш
> скриптов, пока в исключении не обнаружил, что библиотека в subprocess эвалит
> весь питонячий код, который он напечатал. Мне посчастливилось стоять рядом, когда
> все это происходило. Он долго молчал в тот момент, но я
> перестал воспринимать его как адекватного человека именно тогда. Через некоторое время
> он был уволен.

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

> Эта ваша реплика напоминает мне того персонажа. NumPy сколько весит сам по
> себе со всеми нативными либами Фортрана и Си? Как сам Python?
> Ну, короче, ты понял меня, сынок.

Не понял, дядинька.  Можно для малограмотных?

>>Стоп.  Если у вас целочисленное деление - откуда, нафиг, приведение "к числу с плавающей точкой"?
> Хуяссе. Ты профессионал.
> In [1]: 5 / 2
> Out[1]: 2.5

Заявляю вам как профессионал: оператор "/" не обозначает целочисленное деление в Python.  Для
такого случая есть оператор "//".

>>Почему вы решили, что они "не парсятся нормально"?!  Все замечательно парсится:
>  Потому что я имею привычку проверять все то, о чем пишу.

Когда вы пишете, такое ощущение, будто вы бредите.

> Твой код, приведенный использует late binding.

И?  Ваш тоже, при желании.  Я просто упростил пример и добавил
глобальные определения после декларации функции.  Если вы
и после этого примера не поняли почему ваше определение функции
парсится без ошибок - тут я уже мало чем смогу помочь, проблема
явно медицинская.

> Потому что
> стыдно получать деньги, писать на Питоне и быть глупым. Совокупно все
> это должно вызывать стыд.

Почему еще мне должно быть стыдно за вас?

Ответить | Правка | Наверх | Cообщить модератору

137. "Намечена большая чистка стандартной библиотеки Python"  +/–
Сообщение от IRASoldier (?), 25-Май-19, 20:01 
Нашёл занятную статью, где ругали 2-ю версию, сравнивая с 1-й:

https://www.ibm.com/developerworks/ru/library/l-python-elega...

Ответить | Правка | К родителю #134 | Наверх | Cообщить модератору

4. "Намечена большая чистка стандартной библиотеки Python"  +/–
Сообщение от alex (??), 23-Май-19, 11:43 
argparse
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

40. "Намечена большая чистка стандартной библиотеки Python"  –1 +/–
Сообщение от Пони (?), 23-Май-19, 13:37 
На optparse построен click, который широко используется и в некоторых случаях удобнее и приятнее, чем argparse.
Ответить | Правка | Наверх | Cообщить модератору

45. "Намечена большая чистка стандартной библиотеки Python"  +1 +/–
Сообщение от Аноним (45), 23-Май-19, 14:40 
Click давно форкнул optparse, точнее необходимые куски. Теперь они часть Click. Т.ч. можно выдохнуть.
Ответить | Правка | Наверх | Cообщить модератору

104. "Намечена большая чистка стандартной библиотеки Python"  +/–
Сообщение от Аноним (103), 24-Май-19, 00:23 
Вот как. Спасибо, был не а курсе.
Ответить | Правка | Наверх | Cообщить модератору

5. "Намечена большая чистка стандартной библиотеки Python"  +/–
Сообщение от zloykakpes (ok), 23-Май-19, 11:45 
Ну так argparse.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

6. "Намечена большая чистка стандартной библиотеки Python"  +/–
Сообщение от th3m3 (ok), 23-Май-19, 11:52 
Их только уберут из стандартной библиотеки, можно же будет отдельно ставить, что хочешь.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

11. "Намечена большая чистка стандартной библиотеки Python"  +/–
Сообщение от Аноним (10), 23-Май-19, 12:07 
Да сюрприз будет для тех кто обновляется не глядя а в requirements.txt у тебя этих зависимостей нет.
Ответить | Правка | Наверх | Cообщить модератору

15. "Намечена большая чистка стандартной библиотеки Python"  +/–
Сообщение от Аноним (15), 23-Май-19, 12:16 
Не сюрприз, а хороший урок!
Ответить | Правка | Наверх | Cообщить модератору

32. "Намечена большая чистка стандартной библиотеки Python"  +5 +/–
Сообщение от Аноним (32), 23-Май-19, 13:03 
Урок не использовать стандартные средства python для установки его же программ? Ну да, действительно. Чтобы ты понимал setuptools из requirements не только в репах ищет, но и в системе тоже.
Ответить | Правка | Наверх | Cообщить модератору

73. "Намечена большая чистка стандартной библиотеки Python"  –1 +/–
Сообщение от Аноним (73), 23-Май-19, 18:18 
Урок не обновляться не глядя на продакшене
Ответить | Правка | Наверх | Cообщить модератору

83. "Намечена большая чистка стандартной библиотеки Python"  +/–
Сообщение от Аноним (83), 23-Май-19, 20:39 
Какой то злой ты
Ответить | Правка | Наверх | Cообщить модератору

44. "Намечена большая чистка стандартной библиотеки Python"  +/–
Сообщение от Аноним (44), 23-Май-19, 14:28 
Это как у лютриса? Подобавлять всякой херни в зависимости втихую, получить 100500 репортов с трейсами, и позакрывать их по причине "не моя проблема"?

Не то что я прям слежу, но после релиза 0.5 периодически захожу поржать.

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

20. "Намечена большая чистка стандартной библиотеки Python"  –1 +/–
Сообщение от Аноним (1), 23-Май-19, 12:31 
https://pypi.org/project/click/
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

43. "Намечена большая чистка стандартной библиотеки Python"  +/–
Сообщение от worldmindemail (?), 23-Май-19, 14:15 
https://github.com/docopt/docopt
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

101. "Намечена большая чистка стандартной библиотеки Python"  +/–
Сообщение от Аноним (101), 23-Май-19, 22:52 
Чем больше говна вычистят, тем лучше - тем быстрее это говно пофиксят.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей 		Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру