The OpenNET Project / Index page

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

Увидел свет язык программирования Python 3.7

28.06.2018 08:22

После полутора лет разработки представлен значительный релиз языка программирования Python 3.7. Корректирующие обновления для ветки Python 3.7 планируется выпускать в течение 18 месяцев. Критические уязвимости будут исправляться 5 лет до июня 2023 года. Примерно через месяц планируется сформировать первый корректирующий релиз Python 3.7.1.

Среди добавленных новшеств:

  • Реализован новый формат файлов ".pyc", в которых кэшируется байткод. Ранее факт изменения исходных текстов, указывающий на необходимость обновления кэша, определялся путём простого сравнения времени модификации и размера файлов. В новой версии для выявления изменений в коде в заголовочной секции файлов ".pyc" теперь может сохраняться хэш от кода, на основе которого был создан кэш, что позволяет избавиться от конфузов при переименовании старых версий исходного файла. Кроме того, проверка по времени модификации мешала реализации механизма повторяемых сборок. Для обеспечения совместимости и снижения накладных расходов по умолчанию в pyc по-прежнему сохраняется время модификации, а хэши можно сохранить при помощи утилит py_compile или compileall. Хэши могут генерироваться в двух вариантах - checked и unchecked, в первом случае проверка осуществляется при каждой загрузке файла, а во втором для оптимизации производительности проверка на лету не производится;
  • Предложен новый C API для TLS (Thread-Local Storage), который предоставляет новый TSS (Thread Specific Storage) API вместо ранее предоставляемого интерпретатором TLS API, использующего тип int для представления ключей TLS на всех платформах. Новый TSS API вводит в обиход отдельный тип Py_tss_t, определение которого зависит от конкретных реализаций Thread-Local Storage, что позволяет собирать CPython на платформах, в которых ключи TLS не могут быть безопасно транслированы в int;
  • Добавлена новая встроенная функция breakpoint(), позволяющая программно инициировать срабатывание точки останова для перехода в отладчик. Вызываемый отладчик определяется через переменную окружения PYTHONBREAKPOINT (если установить в 0, вызов отладчика пропускается);
  • Добавлен новый модуль dataclass и связанный с ним декоратор dataclass(), предоставляющий средства для определения классов данных, в которых для описания атрибутов применяются аннотации переменных класса с автоматической генерацией методов __repr__(), __eq__() и __hash__(). Например:
    
       @dataclass
       class Point:
           x: float
           y: float
           z: float = 0.0
    
       p = Point(1.5, 2.5)
       print(p)   # produces "Point(x=1.5, y=2.5, z=0.0)"
    
  • В основной состав добавлена поддержка модуля "typing" и обобщённых типов (generic). В реализацию модуля typing внесены изменения, которые позволили до 7 раз ускорить операции с типами;
  • Реализованы средства для кастомизации доступа к атрибутам модуля. Разработчик теперь может определить обработчик __getattr__() в модулях, который будет вызываться в случае отсутствия запрошенного атрибута;
  • Добавлена техника отложенной обработки аннотаций с информацией о типах, при которой вместо компиляции кода с выполнением выражений в аннотациях в момент их определения, компилятор сохраняет аннотации в виде строк в дереве AST и обрабатывает их по мере необходимости в процессе выполнения приложения. Подобный подход сокращает время запуска и даёт возможность использования в аннотациях ссылок на ещё не определённые конструкции (ранее допускалось только упоминание имён уже определённых на текущий момент разбора). Так как изменение нарушает совместимость для активации нового поведения требуется использовать флаг __future__ для каждого модуля, например "from __future__ import annotations". В Python 4.0 новое поведение будет применено по умолчанию;
  • В модуле "time" реализован новый набор функций, оперирующих временем с наносекундной точностью: time.clock_gettime_ns(), time.clock_settime_ns(), time.monotonic_ns(), time.perf_counter_ns(), time.process_time_ns() и time.time_ns(). По формату вызова новые функции ничем не отличаются от вариантов без окончания "_ns";
  • Предупреждения DeprecationWarning теперь отображаются для кода в основном модуле (__main__) и при выполнении тестов, но по умолчанию скрываются для всех импортированных модулей и библиотек (ранее предупреждения показывались только в тестах, для сохранения старого поведения следует использовать PendingDeprecationWarning, а для охвата импортированных модулей - FutureWarning);
  • Добавлен новый модуль contextvars и набор новых вызовов в C API с реализацией контекстно-зависимых переменных (Context Variables). Концептуально контекстно-зависимые переменные похожи на TLS-переменные, но в отличие от TLS они корректно могут применяться в асинхронном коде. Модули asyncio и decimal обновлены для обеспечения поддержки контекстно-зависимых переменных;
  • Добавлен новый модуль importlib.resources, предоставляющий API для обращения к ресурсам внутри пакетов;
  • По возможности исключено использование по умолчанию кодировок ASCII: По умолчанию теперь автоматически применяется локаль UTF-8, вместо ранее применяемой по умолчанию локали "C" (ASCII). Добавлена опция командной строки "-X utf8" и переменная окружения PYTHONUTF8, включающие принудительное использование UTF-8, независимо от настроек локали;
  • В классы str, bytes и bytearray добавлен метод isascii() для проверки строки на наличие только ASCII-символов;
  • Добавлен новый режим разработчика, активируемый при указании опции командной строки "-X dev" или установке переменной окружения PYTHONDEVMODE. После включения режима в CPython выполняются дополнительные проверки, которые нецелесообразно выполнять по умолчанию из-за высоких накладных расходов. Например, включается режим вывода предупреждений "-W default", устанавливаются отладочные обработчики в функции распределения памяти, включается модуль faulthandler, активируется отладочный режим в asyncio и устанавливается атрибут dev_mode в sys.flags;
  • Добавлены опция командной строки "-X importtime" и переменная окружения PYTHONPROFILEIMPORTTIME для отображения времени импорта каждого модуля;
  • В спецификации стандартизировано сохранение порядка следования записей объектов dict;
  • Async и await переведены в категорию зарезервированных ключевых слов;
  • Обеспечена возможность передачи в функции более 255 аргументов;
  • В различные подсистемы внесены оптимизации производительности. Особенно большой прирост производительности отмечается в модуле asyncio.


  1. Главная ссылка к новости (https://pythoninsider.blogspot...)
  2. OpenNews: Релиз PyPy 6.0, реализации Python, написанной на языке Python
  3. OpenNews: Проект Python представил новый каталог пакетов PyPI и пакетный менеджер Pip 10
  4. OpenNews: Выпуск Cython 0.27, компилятора для языка Python
  5. OpenNews: Обеспечена возможность запуска MicroPython в web-браузере
  6. OpenNews: Выпуск языка программирования Python 3.6
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/48859-python
Ключевые слова: python
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (74) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.4, Аноним (4), 10:28, 28/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    "...добавлена поддержка...обобщённых типов (generic)..."

    поне-е-еслась !  щас засрут язык всяким мусором.. а такой был чисты синтаксис :(

     
     
  • 2.7, Борщдрайвен бигдата (?), 10:51, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Гвидо всё правильно делает, аккуратно сгоняя разработчиков в типизированный загончик.
     
     
  • 3.12, Аноним (12), 10:57, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    потихоньку подводит к мысли.
    чтобы не разом.
     
  • 3.57, all_glory_to_the_hypnotoad (ok), 01:28, 29/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если бы, на самом деле первращает язык в дерьмо навешивая бесполезные цацки с виду похожие на типизацию. В конце концов не будет никакого типизированного загончика и CPython станет ещё больше тормознутым.
     
     
  • 4.60, GreyFox (?), 08:43, 29/06/2018 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Аннотировать тип не значит его типизировать. У Guido Van Rossum есть лекция об этом.
    Для слежения за планами развития, есть PEP. В Python 4 не ожидается статическая типизация.

    P.S. А по поводу 'CPython станет ещё больше тормознутым', CPython 3.7 стал наиболее
    производительным за все времена. Так что, не нужно предаваться депрессии, все идет
    отлично. Поздравляю всех с выходом Python 3.7!!!

     
     
  • 5.64, anonblmous (?), 10:50, 29/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > В Python 4 не ожидается статическая типизация.

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

     
     
  • 6.68, GreyFox (ok), 16:23, 29/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> В Python 4 не ожидается статическая типизация.
    > А жаль. Ошибки с типами лучше один раз вылавливать при компиляции (ну,
    > в случае питона - при первом запуске), а не когда-нибудь внезапно
    > в рантайме.

    Так для этого и добавили аннотацию переменных в Python 3. Специально для статического
    анализа. Использую начиная с Python 3.5 совместно с mypy (Статический анализатор).
    Если хочется "runtime" проверку типов, то есть Enforce.py и еще парочка.
    Для себя опасение пропустить в производство продукт с ошибками, решаю
    написанием тестов.

     
     
  • 7.84, Аноним (84), 21:10, 03/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Использую начиная с Python 3.5 совместно с mypy (Статический анализатор).

    Это не штатный инструмент транслятора?

    > Если хочется "runtime" проверку типов, то есть Enforce.py и еще парочка.

    Это не штатный инструмент транслятора?

    > Для себя опасение пропустить в производство продукт с ошибками, решаю написанием тестов.

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

     
  • 2.55, KonstantinB (ok), 00:34, 29/06/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Кому как.

    Лет 10 назад мне python не понравился именно умышленным отсутствием любой типизации, кроме утиной - притом что даже php, при всех его недостатках, в пятерке уже шел в направлении "типы-как-в-java". Причем я тут не говорю о типизации примитивов типа int/string (это как раз несущественно), типы объектов гораздо важнее. Дак-тайпинг плюс воспитанные на джаваскрипте современные разработчики - это ядерная смесь, любой проект деградирует и превращается в набор костылей и подпорок. Это, конечно, вопрос культуры программирования, а не парадигмы и языка, но четко объявленные типы таки заставляют людей чуточку больше думать.

    То, что сделали в современном python, мне как раз очень нравится.

     
     
  • 3.76, Junior frontend developer (?), 18:17, 02/07/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Строго типизированный duck-typing существует и называется structural typing
     

  • 1.8, adolfus (ok), 10:53, 28/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    ISO/IEC cтандарт языка когда-нибудь появится? Нет?
    [сообщение отредактировано модератором]
     
     
  • 2.10, Аноним (10), 10:57, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В стандарте нет необходимости поскольку все интерпретаторы/компиляторы в opensource.
     
     
  • 3.15, adolfus (ok), 11:18, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Факт нахождения компиляторов/интерпретаторов в опенсорсе никакого отношения к стандартизации не имеет.
    Стандарт на языки и библиотеки нужен для того, чтобы разработанный софт мог работать в течение полного жизненного цикла без переписывания исходников, чтобы программист писал софт, а не тратил время на освоение того, что уже через десять-пятнадцать лет никому не будет нужно.
     
     
  • 4.17, Попугай Кеша (?), 11:21, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Госорганам всяким, корпорейтам. Обратные совместимости, все дела. Хипстеры не жужжат, пишут на Расте или Гоу  и переписывают все с версии на версию. Или на свифте, что эпичнее
     
     
  • 5.22, adolfus (ok), 11:31, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +15 +/
    > Госорганам всяким, корпорейтам. Обратные совместимости, все дела. Хипстеры не жужжат,
    > пишут на Расте или Гоу  и переписывают все с версии
    > на версию. Или на свифте, что эпичнее

    Не только госорганам и корпорациям, а всем без исключения. Например, именно стандарт на фортран обеспечивает работу всей математики (гнездится на netlib.org). Это 99% всего математического кода, который работает в мире (lapack, например). Его никто не переписывает уже лет полста как и еще столько переписывать не будет -- стандарт на фортран обеспечивает его компиляцию под любые мыслимые платформы.
    Но Вы продолжайте думать, что линейная алгебра в питоне написана на питоне.

     
     
  • 6.28, Anonymoustus (ok), 12:22, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    На опеннете опасно писать такие крамольные комментарии. Забросают чем попало. :)
     
  • 6.35, myhand (ok), 13:43, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Можно услышать источник этой смелой оценки Дай угадаю, из носу выковыряли В м... большой текст свёрнут, показать
     
     
  • 7.44, t (??), 17:18, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > например GMP.

    ...которая написана на C, который, как и Fortran, стадартизирован.

     
     
  • 8.46, myhand (ok), 19:52, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так крестик или трусы Обеспечивает фортран 99 математического кода али как ... текст свёрнут, показать
     
  • 7.79, adolfus (ok), 14:32, 06/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    И много где эта арифметика произвольной точности, Вы же это имеете в виду, испол... большой текст свёрнут, показать
     
     
  • 8.82, myhand (ok), 11:40, 07/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Я имею в виду не арифметику произвольной точности , я конкретно библиотеку GMP ... текст свёрнут, показать
     
  • 6.50, Аноним (50), 20:31, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Это 99% всего математического кода, который работает в мире

    нужно переписать на opencl и крутить на видеокартах/tpu/fpga.

     
     
  • 7.52, Anonymoustus (ok), 20:59, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >>Это 99% всего математического кода, который работает в мире
    > нужно переписать на opencl и крутить на видеокартах/tpu/fpga.

    Зачем?

     
  • 6.71, dq0s4y71 (ok), 22:42, 29/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Его никто не переписывает уже лет полста как и еще столько переписывать не будет -- стандарт на фортран обеспечивает его компиляцию под любые мыслимые платформы.

    Но как же так?? Язык же должен развиваться! Слышите вы? РАЗВИВАТЬСЯ!! Это опять старые пeрдуны, ретрограды продолжают ездить на круглых колёсах, вместо того чтобы придумать уже какие-нибудь треугольные...

     
     
  • 7.77, myhand (ok), 00:59, 03/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Язык же должен развиваться! Слышите вы?

    Развиваются живые языки.  А фортран - скорее мертв чем жив.

    > ретрограды продолжают ездить на круглых колёсах, вместо того чтобы придумать уже какие-нибудь треугольные

    Это фортран-то круглое колесо?

     
     
  • 8.80, adolfus (ok), 14:55, 06/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Фортран развивается живее, чем, например, микрософтовские компиляторы -- последн... текст свёрнут, показать
     
     
  • 9.83, myhand (ok), 11:43, 07/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Это который 2008 Любопытно, кем-то оно уже реализовано ... текст свёрнут, показать
     
  • 4.23, Аноним (23), 11:32, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > чтобы программист писал софт, а не тратил время на освоение того, что уже через десять-пятнадцать лет никому не будет нужно

    у меня для вас плохая новость...

     
     
  • 5.30, Аноним (30), 12:50, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> чтобы программист писал софт, а не тратил время на освоение того, что уже через десять-пятнадцать лет никому не будет нужно
    > у меня для вас плохая новость...

    Много раз говорили, что питон - одноразовый. Никому оно через 15 лет не будет нужно....

     
     
  • 6.33, myhand (ok), 13:26, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Много раз говорили, что питон - одноразовый.  Никому оно через 15 лет не будет нужно...

    Агась, 15 лет назад именно это и говорили.

     
     
  • 7.38, Аноним (38), 15:10, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Агась, 15 лет назад именно это и говорили.

    Ну, строго говоря, питона 3 тогда и не было, а код питона 2 - не совместим. То же будет и с питоном 4. Так что, вполне себе одноразово.

     
     
  • 8.39, myhand (ok), 15:27, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Питон никому и не обещал поддерживать совместимость на века, как фортраны всякие... текст свёрнут, показать
     
  • 6.51, Аноним (51), 20:40, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Никому оно через 15 лет не будет нужно....

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

     
  • 4.27, Aknor (?), 12:12, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    А кто ему будет платить  за работу, когда он все напишет ??
     
  • 2.36, myhand (ok), 13:45, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > cтандарт языка когда-нибудь появится? Нет?

    https://www.python.org/dev/peps/

    Вас в гугле забанили?

     
     
  • 3.41, Alex (??), 16:19, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    вы пропустили "ISO/IEC"
     
     
  • 4.47, myhand (ok), 19:54, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > вы пропустили "ISO/IEC"

    Не пропустил, а сознательно вырезал.  Кому какое дело кто выпустил стандарт, если ему следовать?

     
  • 2.73, dq0s4y71 (ok), 23:01, 29/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Стандарт нужен, когда есть куча диалектов. Как у сишечки, например. А тут компиляторов всего полторы штуки и ажиотажа по их созданию не наблюдается. Он сам себе стандарт.
     
     
  • 3.81, adolfus (ok), 15:01, 06/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Стандарт нужен, когда есть куча диалектов. Как у сишечки, например. А тут
    > компиляторов всего полторы штуки и ажиотажа по их созданию не наблюдается.
    > Он сам себе стандарт.

    Как раз стандарт нужен тогда, когда компиляторов полторы штуки. Мало ли какая блажь в голову папе земляного червяка взбредет или ЦРУ/ФБР ему фаберже в тиски зажмет, а если есть стандарт, на это можно наклать. Например, реализовать cахаровский проект:)

     
  • 2.78, Аноним (78), 19:38, 04/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Кто заплатит за создание стандарта? Это же много денег стоит
     

  • 1.14, Аноним (14), 11:12, 28/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Уже починили GIL?
     
     
  • 2.18, Аноним (23), 11:21, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А что, его кто-то ломал?
     
  • 2.20, руслан (?), 11:25, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    да как бы и не особо надо.
     
  • 2.21, Ещё один анон (?), 11:29, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А он ломался?
     
     
  • 3.24, Ршек (?), 11:45, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > А он ломался?

    Как же, он ведь родился 80-летним стариком-инвалидом

     

  • 1.19, Аноним (19), 11:25, 28/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >По возможности исключено использование по умолчанию кодировок ASCII: добавлена опция командной строки "-X utf8" и переменная окружения PYTHONUTF8, включающие принудительное использование UTF-8, независимо от настроен локали. По умолчанию теперь автоматически применяется локаль UTF-8, вместо ранее применяемой по умолчанию локали "C" (ASCII);

    Saahriktu не одобрит :)

     
     
  • 2.75, Аноним (75), 01:17, 02/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Зашёл в комментарии чтобы написать то же самое.
     

  • 1.25, anonblmous (?), 11:58, 28/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это всё хорошо, конечно, но:

    > dataclass

    Эхехех, где ж они раньше-то были?

    Про порядок записей в dict: oдин фиг же из-за возможности запуска кода в предыдущих версиях питона на это полагаться нельзя.

    С ascii/utf-8 - опять же, еще одна фича, которая должна была быть в языке изначально...

     
     
  • 2.42, inferrna (ok), 16:43, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ещё до 3.7 можно было вот так задать тип
    Point = NamedTuple('Point', [('y', float), ('x', float)])
    и потом определять переменные так
    a = Point(2, 4.5)
    Но, вроде, тоже совсем недавно сделали.
     
     
  • 3.53, Аноним (53), 23:02, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    А до этого сто лет как можно было задать
    Point = collected.namedtuple('Point', ('x', 'y'))
    > и потом определять переменные так
    > a = Point(2, 4.5)
     
     
  • 4.54, Аноним (53), 23:03, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    s/collected/collections

     
  • 3.62, anonblmous (?), 10:38, 29/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Во первых, не тогда уж collections.namedtuple('point', 'x y'), которому в обед сто лет,
    во вторых, у экземпляра этой шняги потом нельзя поля изменять, только создать новый экземпляр.
    А у datatype, похоже, можно - на выходе же просто экземпляр класса, просто синтаксис сокращенный.
    хотя надо почитать подробнее.
     

  • 1.26, Аноним (26), 12:07, 28/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А что с производительностью? Все на том же уровне?
     
     
  • 2.29, Аноним (30), 12:49, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    питон - это фан-культ. Это не про производительность или целесообразность.
     
     
  • 3.32, robot228 (?), 13:00, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну давай расскажи нам про производительность, лучше чем инженеры SpaceX. У которых как и положено C++, а во вторичке питон.
     
     
  • 4.37, Аноним (38), 15:08, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А что у вас там, в spacex, разрешают рассказывать о внутренних технологиях?
     
     
  • 5.58, robot228 (?), 03:46, 29/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А что у вас там, в spacex, разрешают рассказывать о внутренних технологиях?

    Что пишут разработчики почитай.

     
  • 2.59, topin89 (?), 04:55, 29/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Технически, убран оверхэд на вызов функций, скорость возросла на 20% от 3.6.
    Какая к чёрту разница, если в реальном хайлоде используется не питон как таковой, а дюжина фреймворков, и уже они частично ускорены любыми вариантами. Numba, Cython, PyPy вместо CPython. Да да же чисто C+± дополнения. В питоне очень много способов ускорится там, где это на самом деле нужно.
     

  • 1.31, Аноним (-), 12:55, 28/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    Лучшая новость за месяц! Поздравляю всех причастных! :)
     
  • 1.34, Аноним (34), 13:32, 28/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Немного жаль что он не успел попасть в последнюю бубунту LTS
     
     
  • 2.43, игнат (?), 16:47, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Туда много чего не успело попасть, а за следующие полгода (до нового релиза) ещё много чего там не будет. Только ролинг релизы.
     
     
  • 3.63, anonblmous (?), 10:46, 29/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Только ролинг релизы.

    Ха-ха два раза. В дебиане/у*бунте можно с кантупером в тайгу на пол-года уехать, потом вернуться и накатить всё кучей, с минимальным риском что-то поломать (а об особенных косяках перед обновлением ругань выгуглить).
    В чем-нибудь вроде модного-молодёжного арча при таком подходе очередные обновы могут просто не встать, или сломать пол-системы.
    В лучшем случае перед обновлением придется перечитать на арчесайте новости за пол-года, с инструкциями, в какой участок бубна бить и через какое плечо при этом плевать.


     
     
  • 4.65, Mezozoysky (?), 12:28, 29/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Про дебиан готов согласиться (если речь о stable или хотя бы testing), про убунту - нет. По моему личному опыту в убунте не бывает обновлений без проблем (допускаю, что беспроблемность возможна, если ничего кроме условных basesystem, vim и gcc не используется).

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

    Личное мнение такое.

     
     
  • 5.66, anonblmous (?), 13:19, 29/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > По моему личному опыту в убунте не бывает обновлений без проблем

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

    > Насчет молодежного арча - позавчера впервые поставил попробовать и, соответственно, ни разу не обновлял

    Вот если продержитесь на нём год...

    > Однако, непонятно, почему у вас вызывает удивление тот факт

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

     
     
  • 6.72, Mezozoysky (?), 23:00, 29/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот если продержитесь на нём год...

    Он у меня в виртуалке на попробовать/покрутить, сам-то я дебиановод уже много лет.

     
  • 4.69, myhand (ok), 16:26, 29/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > В дебиане можно с кантупером в тайгу на пол-года
    > уехать, потом вернуться и накатить всё кучей

    Можно.  Особенно если вы соскучились по сексуальному общению с вычислительной техникой.

    Дай угадаю, вы с чего-то модного-молодежного вроде арча в мир FOSS пришли?

     
  • 2.56, KonstantinB (ok), 00:43, 29/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    ppa:deadsnakes/ppa
     

  • 1.40, Аноним (40), 15:52, 28/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    «Увидел свет» как-то корявенько звучит для языка программирования. :)
     
     
  • 2.67, Аноним (67), 14:15, 29/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > «Увидел свет» как-то корявенько звучит для языка программирования. :)

    Какой язык, такой и свет.....

     

  • 1.45, Аноним (45), 17:32, 28/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Из всего списка порадовало по умолчанию включенная кодировка UTF8, меня часто напрягала борьба с кириллицей, а также async, await теперь в ряду зарезервированных. Остальные или не вижу как работают, либо не использую в работе :)
     
  • 1.48, Аноним (50), 20:27, 28/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >По умолчанию теперь автоматически применяется локаль UTF-8,

    джесять лет ждал

     
  • 1.49, haha (??), 20:28, 28/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ура контекст в корутинах! джва года ждал.
     
  • 1.70, Аноним (70), 17:03, 29/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >>Обеспечена возможность передачи в функции более 255 аргументов;

    Заживем.

     
  • 1.85, Аноним (84), 21:12, 03/09/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А будет уже Python_State по аналогии с Lua_State, а то хочеться иметь много маленьких интерпритаторов Python в одной большой программе на C++ ;-)
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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