Разработчики проекта Pyston, предлагающего высокопроизводительную реализацию языка Python, использующую современные технологии JIT-компиляции, представили расширение Pyston-lite с реализацией JIT-компилятора для CPython. Если Pyston является ответвлением от кодовой базы CPython и развивается обособленно, то Pyston-lite оформлен в виде универсального расширения, предназначенного для подключения к штатному интерпретатору Python (CPython)...Подробнее: https://www.opennet.me/opennews/art.shtml?num=57320
Чего только ни делают, лишь бы на Dlang не писать.
FUCK YOU NVIDIA!!!!1111
Ну что хейтеры?) Скоро Python за скорость уже будет не предъявить)
Будет медленнее не в 30 раз, а в 15.
Медленнее чего? Go?
Непонятно. Есть быстрые языки, уступающие Си на проценты, от силы — в разы. Есть медленные языки, медленнее Си на 2-3 порядка. Перл в 100 раз медленнее, Питон в 600, VB — в 1300. В диапазоне между быстрыми и Перлом нет ничего.
Lua c jit?
Жаль авторы Go не позаимствовали синтаксис Python. Был бы более читаемый язык. А то сейчас как будто пишешь на С. Нечитаемо как то.
Троллишь чтоль? Наоборот на него повлиял и Си, и Пистон, и по мне легче, чем на Си писать.
На него повлиял Plan9 и разработки связанные с ним. Они вообще в параллельных плоскостях с Юниксом развивались.
Нормально всё с ним, вопрос пристрастий.
чем Java конечноже.
Только не в 30, а в 40.
И не в 15, а в 25 раз медленнее. Если пропорцию соблюсти.
Только работать он будет нормально исключительно на билд сервере
На кластее из cray'ев. Инфа 146%
Он и так нормально работает. Даже сейчас. Но ещё будет быстрый из коробки, что тоже неплохо.
Эммм... Нет, не нормально. Перегрузки операторов полноценной нет, память жрёт, ядра процессоров игнорирует. Типизации (* фактически *) нет, аннотация глючит, отступ пробелами... #нувыпонили
В Oberon перегрузка операторов есть?
Зачем? Чтобы с ума сходить при отладке не понимая, то ли это компилятор кривой, то ли у тебя руки из одного места? Или может для того, чтобы компилятор было тяжелее с платформы на платформу переносить?Уж лучше простой добротно спроектированный язык мастером, чем большой сочинённый любителем.
Как писали питонисты на C++, так и будут продолжать писать....
Рыночек порешает, а не эти фанатика Х на который всё надо переписать.
https://github.com/RustPython/RustPython
Самое смешное начинается когда читаешь список софта, который использует этот питонораст.
Список? У них на гитхабе таких ровно два названо, как-то не тянет на список.
Ну технически это список, но на самом деле это позор и срамота ходячая.
Пока что люто усеченная версия отстает в 90 раз от Си++.
https://github.com/micropython/micropython/wiki/Performance
> Пока что люто усеченная версия отстает в 90 раз от Си++.
> https://github.com/micropython/micropython/wiki/PerformanceА может ещё с ассемблером сравнить? :) И вообще, судя по всему, тестам по ссылке уже почти 10 лет. Многое изменилось с того времнеи.
Если можешь обставить ассемблер на чем-то еще по скорости - сравни. Иначе вместо сравнения будет избиение лошков.
Напиши ещё попробуй что-нибудь руками на ассемблере лучше, чем то, что может сгенерировать современный С или С++ компилятор.
> Напиши ещё попробуй что-нибудь руками на ассемблере лучше, чем то, что может
> сгенерировать современный С или С++ компилятор.Я это даже делал. Поэтому знаю где могу обставить компилятора, а где он меня. Поэтому я могу использовать обе опции. Так прикольнее. И таки в сильно некоторых вещах асм все же предсказуемее даже сей, не говоря про более высокие концепции.
У него даже название как у детского пистолетика
> У него даже название как у детского пистолетикаЕсть и похуже - Raku.
Ок, тогда предъявлю за 1) отступы 2) комьюнити а-ля "пхп" из-за низкого порога вхождения.
> Ок, тогда предъявлю за 1) отступы 2) комьюнити а-ля "пхп" из-за низкого
> порога вхождения.1. Вкусовщина.
2. Не надо Python с этим сравнивать. Совершенно разные аудитории.
Нужно!
Перешел на Julia и забыл Пистон как страшный сон.
> забыл Пистон как страшный сонЯ – поэт, зовусь я Светик, От меня вам всем – приветик!
После того, как Вирал Шах познакомил Стефан Карпински с Джеффом Безансоном, все трое принялись обсуждать концепцию нового языка. Для выбора женского имени в качестве названия языка, как пояснял в интервью ведущий разработчик языка Стефан Карпински, «особой причины не было», разработчикам просто «понравилось это имя».
Однако, в этом они соврали, т.к. им не хотелось всем рассказывать, что они делали прошлым летом.
Лучше бы решили две более болезненные проблемы Python:
- Отсутствие многопоточности (GIL)
- Неумеренные аппетиты к памятиНу повысили на 10% изначально ужасно тормозной рантайм (и то при условии длительной работы программы), ни холодно ни жарко от этого. Легче в C-код перегнать какой-нибудь Nuitka, и то выигрыш больше будет.
Как вам GIL мешает я не понимаю, для IO-bound задач и стандартные питонячие потоки справляются отлично, про async уже молчу. Для CPU-bound на кой черт вы использыете питон вообще, но если уж прижало, то запустить отдельный процесс не так и сложно
Как вам сломанная нога мешает я не понимаю, для бытовых задач и стандартные костыли справляются отлично, про инвалидную коляску уже молчу. Для передвижения на расстояния на кой черт вы используете ноги вообще, но если уж прижало, то купить и освоить автомобиль не так и сложно.Так понятней?
Потребление памяти улучшают:Dict don’t store hash value when all inserted keys are Unicode objects. This reduces dict size. For example, sys.getsizeof(dict.fromkeys("abcdefg")) becomes 272 bytes from 352 bytes on 64bit platform.
Никакого драматического ускорения Nuitka не даёт. Просто удобнее становится распространять блобы софта на питоне.
У меня получалось только медленнее в итоге. Ощутимо медленнее, ворочать все эти огромные блобы с диска долго даже на ссд.
лучше бы решили проблему с комментариаторами, которые пишут только на ассемблере
А чего они уже старенькие пусть пишут что им еще делать то?
>Неумеренные аппетиты к памятиЭто не к самому python, это к не использующим __slots__
Надеетесь построить питонистов? Проще перебить всех комаров чем это.
Самая болезненная проблема - это то что тупые разработчики библиотек для нейросетей и машинного обучения используют Python, потому шта ничего другого не осилили. Ещё и оправдываются типа зачем нам знать как работает современная вычислительная техника, мы тут ИИ ваяем!
Ну-ка, назови альтернативу, подходящую для этих задач. Про "не осилили" или"оправдываются", это очень прохладные истории. Важные условия: это должен быть интерпретируемый сильнотипизированный язык, обладающий качественным интеропом с си и плюсами (опционально фортраном). Желательно, чтобы без ада, как с луа.
Либ для этсамого валом под любые ЯП. Хотя если вы намекали что 90% тематических проектов одноразовый хайпотрэш который через год никто не вспомнит - у вас получилось.А продакшновое решение на питоне, особенно для AI - да ну ладно? Юзерам это вообще не отдашь, задолбают. На супер-серверах крутить - жаба удавит, на чем-то другом опять же придется. Все это УГ лезет из гребаных ученых которые вообще не программисты. И что установки у них макет из скотча на 1 раз, что программы. Это прикольно в первый раз, когда новый принцип только нашли. А потом - потом это выглядит убого.
Ты даже не понимаешь, зачем это.
хорошо, что разработчики MLJ.jl об этом не знают....
> хорошо, что разработчики MLJ.jl об этом не знают....Не отвечает условиям. Индустриальный стандарт это tensorflow. Это то, что работает, и можно взять и использовать прямо сейчас. Есть ещё mxnet, но применимость довольно ограничена на практике, зависит от задач. Ну и потом, гораздо веселее использовать существующие наработки, чем костылять с нуля.
Кстати, на моих задачах pytorch почти всегда показывал наилучшие показатели, потом идёт tensorflow, и где-то далеко в конце mxnet. Может, я что-то сделал с ним неправильно, может быть.
> Не отвечает условиям. Индустриальный стандарт это tensorflow.Только чота tflite какой-то появился и два легиона менее монструозных либ. А стандарт оно в результате для очередного исследования от очередных вебмакак на тему как делать очередную никому не нужную х-ню, так что 95% этого заведомо сливается в трэш.
Хайп относительно AI кстати не новый. Мягко говоря. Просто версия 2.0, теперь банановая и со смузи. Какого-то серьезного влияния на человечество оно особо не оказало.
Там на форониксе ещё бету пивтона 3.11 протестили, тоже прирост скорости немалый
Т.е. статью вы не читали?> Например, в CPython 3.11 повышена эффективность кэширования состояния байткода базовых модулей,
> что на 10-15% ускорит запуск скриптов. Значительно ускорен вызов функций и добавлены
> специализированные быстрые интерпретаторы типовых операций.
Смешно даже не то что Фракталя статью не читал, а то что ты думал что Фракталя в теории что-то до конца читает. Он умеет только в заголовки в первые абзацы, там где про безопасный язык раст дальше для него сложно.
Ты тоже статью не читал:
> Python 3.11 is 10~60% faster than Python 3.10 according to the official figures and a 1.22x speed-up with their standard benchmark suite.А если перейти по ссылке, то там, например, такое:
> Cheaper, lazy Python frames
> Python frames are created whenever Python calls a Python function. This frame holds execution information.Оптимизировали вызов функций. Нехреновая такая глобальная оптимизация.
Совместимость с предыдущими ему сломали, как обычно? :)
>Дополнительно в рамках проекта nogil ведётся работа над экспериментальным режимом сборки CPython без глобальной блокировки интерпретатора (GIL, Global Interpreter Lock), не допускающей параллельное обращение к разделяемым объектам из разных потоковНу наконец то хоть до кого-то дошло, что этот Гордиев узел можно только разрубить, и пофиг, если какой код на питоне сломается, кто написал такой код - тот сам ду^Wвиноват и этот код по любому нужно исправлять.
>6387 commits behind python:main.Походу это уже не питон. Ветки разошлись, кто это всё ребэйзить будет и непоправимо поломанное разрабами питона переписывать, возможно с полной переделкой всей архитектуры, снова и снова? В апстрим это скорее всего никогда не примут, ведь позиция разрабов питона в том, что ломать нельзя. То что питон постоянно ломает многие другие вещи им почему-то пофиг, но GIL - этг священная корова.
Так еще много названий змей на занято языками.
Только отвалятся библиотеки на C++ а так да GIL можно отключить, но зачем тогда нужен будет питон?
Нативные модули под GIL не подпадают, что хотят - то и воротят во столько потоков параллельно, во сколько автор закодит.
И как ты без GIL сделаешь потокобезопасное управление памятью в C библиотеках?
Наверное спинлоками или примитивами синхронизации ОС? Ну там всякими семафорами, мьютексами, блокировками чтения-записи (в отдельный момент времени куча читателей разделяемого куска памяти или один писатель). Или начать попытку блокировки со спинлока, а если ожидание освобождения ресурса затянулось - переключиться на мьютекс. Такое уже во всех порядочных ОС реализовано. Но про питон (и Си в нем), конечно, ничего не знаю, кроме того, что там пробелы и GIL и несимпатичная мне типизация. Вот сейчас из комментов узнал что и память жрет. Может и врут.
Все что ты говоришь требует от программиста, неких навыков. А что если сделать дуракозащиту чтобы программист ничего не мог сломать бай дизайн. Причем ни со стороны питона ни со стороны библиотеки. Синк абаут ит.
В нативных модулях никакой защиты нет, а отстрелить ногу очень легко. Я однажды портировал один модуль времён python 2 на python 3. Падает, зараза, иногда. Это вам не Растишка.
А когда с CPython выкинут JIT?А то с этим JIT на нормальных архитектура CPython даже не запускается. Приходится патчить патроха для вырезания JIT (случайно добавленного M$).
Что же это за "нормальные" не имеющие аналогов архитектуры такие, на которых "патроха"?
Ну вот, а то рассказывали переможные сказки про "в разы". 10-25%. И это отлично!
По мере увеличения количества вещей, покрытых джитом, будут нарастать проблемы со стабильностью, причем нетривиальные. Питонистам лет двадцать будет что поделать.
Там уже другой модный язык придумают.
А лисп как жил без GIL, так и будет жить.
> Питонистам лет двадцать будет что поделать.Дэнги многа зарапотывать, например. Завидуй, да.
Человек, который живёт ради денег, вызывает не зависть, а жалость.
Жалость вызывают такие позёры.Те, кто "живут ради денег", обеспечивают рабочие места и кусок хлеба тем, кому "деньги не нужны".
И да - "вечная искренняя любофф до гроба" тоже требует денег.
Судя по речи - тонкий намек что для вчерашнего курьера и строителя сойдет за карьерный рост.
Тренд понятен: идет широкомасштабная работа по повышению производительности самого популярного и удобного языка программирования. Итог таких значительных усилий множества людей в несвязанных между собой проектах (numba, mypyc, pyston, nuitka, faster cpython) предсказуем - Python станет еще лучше.
В лицобуке тоже php бесконечно улучшали, но это вовсе не значит, что это самое популярное и удобное г. Это значит только то, что переписывать всё с нуля очень дорого.
С нуля никто не переписывает, существует несколько конкурирующих между собой имплементаций, какие улучшения станут общепринятыми, прогнозировать невозможно. При этом большая часть остальных ЯП развивается усилиями единых команд, а не распределенных, лишаясь эволюции путем отбора.
PHP идеально подходит для web-страниц, работающих без JavaScriptа на клиенте. Для них он и создавался.
Только если кашу из кода и разметки создавать, от чего отказались уже давно и все. Настолько давно, что об этой задаче PHP уже никто и не вспоминает.
"Создайте ЯП которым может пользоваться даже дурак..."
А потом загоните весь мир на дно своими помогалками для дураков.
И это уничтожит "элитарность" профессии, сделав программирование доступным для всех и повысит уровень технологической грамотости. Что, в свою очередь, снизит стоимость разработки, ускорит внедрение новых технологий. "ЯП для дураков" делает мир лучше.
...и только дурак захочет этим пользоваться.Сколько уровень безмозглой обезьяны не повышай, результат так себе. А капитализм работает немного не так. Они предпочитают выгружать примитивные рутинные многочисленные работы на дешевых и взаимозаменимых. Гордиться что он именно такой может только вышеупомянутый. Трясясь как осиновый лист что босс попрет его нахрен, а ипатека чих-пых по первое число.
Python хорош тем, что уровень задрoтства у него регулируется. Для обезьяны достаточно знать pandas и уметь открывать ноутбук, а можно на нем писать высоконагруженные приложения для финансов с Си-шными бекэндами и распределенными вычислениями.Как работает капитализм мы, строго говоря, не знаем. Единственное, что мы можем предполагать, что косты руководство будет понижать всеми возможными способами, в т.ч. оффлоадом рутины на множество маленьких мартышек с ноутбуками. Правда в том, что труд делает из обезьяны человека.
Для начала посмотрите где pandas и где высокопроизводительные приложения - https://h2oai.github.io/db-benchmark/Нет у питона шансов попать в этот сегмент. Не было, нет и не будет.
Ты прочитал сообщение? pandas - это удобный инструмент для джунов-датасатанистов, а не для высоконагруженных приложений. Для последних у языка есть другие технологии. А шансы есть, и они обязательно будут реализованы, учитывая с какой скоростью язык развивается.
> Python хорош тем, что уровень задрoтства у него регулируется.Да ну? Вроде бы он hardwired на допущение что кодер либо ламо либо не программист как таковой и это для него вообще sidetrack, типа ученых с экспериментальными установками которые так то и сами часто "одноразовые". Никто же не будет продакшн на лабораторной установке вечно гонять, поймут азы, а если процесс нужен то индустриальная версия будет совсем иной.
> Для обезьяны достаточно знать pandas и уметь открывать ноутбук, а можно на нем писать
> высоконагруженные приложения для финансов с Си-шными бекэндами и распределенными вычислениями.Да вот что-то их обычно пишут или на матером с++ (коинщики всякие) или на каком-нибудь встроеном скрипте коина, а питон тут вообще - на ... он?
> Как работает капитализм мы, строго говоря, не знаем. Единственное, что мы можем
> предполагать, что косты руководство будет понижать всеми возможными способами, в т.ч.
> оффлоадом рутины на множество маленьких мартышек с ноутбуками. Правда в том,
> что труд делает из обезьяны человека.Как бы это... считается что "человек разумный" более развит чем "человек умелый". И первому должно бы быть довольно западло что его за второго считают, если он на самом деле именно оно.
И кстати интересы нанимателя-работодателя часто диаметрально противоположны интересам работника. А точно круто что можно легко уволить в любой момент, не испытав проблем? Или зарплату скостить, с аргументом что за воротами очередь из обезьян готовых даже дешевле чем это? А может это не так уж и круто - если на именно мою голову нацелено? :)
Да. Тренд понятен. Скоро Julia 1.8 выйдет.
Julia вполовину не такая популярная как Python, и не годится в качестве ЯП общего назначения.
популярность и эффективность - не одно и то же.
Питон как ЯП общего назначения тоже не годится. Написать можно, но будет сильно хуже, чем на том, что действительно является ЯП общего назначения.
Это одно и то же. Эффективность - она не только при исполнении кода, но и в обучении, и в скорости разработки. В конце концов, все измеряется деньгами.А утверждение о негодности Python в качестве ЯП общего назначения - это сильно. И неверно, потому что практически не существует областей, где бы Python не применялся: от квантовой химии до финансов, от датасайенса до пользовательских приложений. Разве что для написания ядер операционных систем не применяется.
Детские игрушки всегда популярнее профессионального инструмента в силу статистических причин. Но об эффективности это ничего не говорит. С питоном - абсолютно та же ситуация. Нет ни одной области, где питон был бы лучшим.
Детская игрушка - это LabView, матлаб, джулия и R. В чём работать можно - то итне детская игрушка. А где есть свистоперделки, но элементарные вещи делаются с матами и полчаса, - вот это как раз детские игрушки.А python - это не игрушка, а рабочая лошадка.
> А python - это не игрушка, а рабочая лошадка.Можно и на пони поле вспахивать... Но недолго....
Как бы лабвью и матлаб - эталонные среды для создания одноразовых макетов. Хуже всего получается когда какой-то недобитый клон питониста потом вываливает поделие на лабвью как типа-продакшновое типа-решение. А что, у него на столе этот макет как-то работал же! А переписывать второй раз так впадлу было, дорогой кастомер...
Обучить программировать на Джулии проще, чем на питоне. И синтаксис проще, и С++ изучать не надо. И скорость разработки будет выше.
И многие питонописатели знают C++?
Все, кто в DS на питоне сидят, как минимум, вынуждены знать C++.
лучше задать иначе. а многие ли знающие с++ действительно его знают? боюсь что и создатели языка его то как раз и не знают. ибо в нем можно таких связок накрутить, что черт ногу сломит. и так в большинстве языков. так что точнее было бы написать не знающих с++, а ознакомившихся с ним. а мастера своего дела это и есть мастера, но не каждый мастер знает все возможности инструмента в его руках. часто не мастера такое отчебучат с инструментом, что потом все рот разинут. и такое везде.
А что толку то с того что выйдет Julia 1.8? Даже на Fortran разрабатывает в 2 раза больше разработчиков чем на Julia и популярность Fortran растет (19 место после 30гшо), а популярность Julia падает (26 место)
Разработчики на Фортране постепенно вымирают естественным образом.> популярность Julia падает (26 место)
Куда она падает? Она с последних мест в 18-м году стартовала
Курсов на Фортране уже почти нигде нет, а курсы на Julia сейчас в университетах повсеместно появляются.
Ну вот, ещё чуть-чуть и джаву в ынтерпрайзе заменят на пайтон. "Или неееет..." )))
Их так то на go заменяют. Лучше чем превращать юзеров в нетормозяшую билдферму JITом.
Для go, как я понимаю, нужно квалификацию повыше, чем для Питона, не? На питоне любой индиец может. А вот на go?Или идея в том, чтобы весь ынтерпрайз разбить на мелкие микросервисы с небольшим количеством кода (чтобы даже последний манкикодер не смог сильно налажать), каждый в свой контейнер изолировать, и таких контейнеров держать 2...5 версий, с возможностью отката на стабильную, если что.
В общем, что так джава платформа, которая ест всю память, что так толпа микросервисов, каждый из которых вроде и не жрёт, но их мно-го, извините за каламбур.
> Для go, как я понимаю, нужно квалификацию повыше, чем для Питона, не?А хрен знает, эн знакомых вебмакак спокойно свалили с пыха и питона на это. У части даже высшего образования нет, а у некоторых даже и школьное хромое, когда видно что математика не их конек. Если на нем нормально даже им - значит не ракетная наука.
И их код я смотрел, микросервисы прикольно получаются, лаконично, понятно, даже я могу их код читать без напрягов хоть и почти полный профан в го.
> На питоне любой индиец может. А вот на go?
Вот именно индийцев у меня знакомых как-то мало, так что не знаю. Но го гугл сделал, у них раджей хватает и видимо это решаемо. И еще эн нагруженых сервисов проследовали тем же маршрутом. Некоторым правда вштырило и они в запале смогли в плюсы и хруст. Вот там я уже поверю насчет серьезного подтяга квалификации.
> Или идея в том, чтобы весь ынтерпрайз разбить на мелкие микросервисы с
> небольшим количеством кода (чтобы даже последний манкикодер не смог сильно налажать),
> каждый в свой контейнер изолировать, и таких контейнеров держать 2...5 версий,
> с возможностью отката на стабильную, если что.На игогошке микросервисы получаются компактно и просто. А относительно декоррелированные микросервисы проще разрабатывать и поддерживать, как любые другие условно-независимые компоненты.
> В общем, что так джава платформа, которая ест всю память, что так
> толпа микросервисов, каждый из которых вроде и не жрёт, но их
> мно-го, извините за каламбур.Много ли их - зависит от сложности проекта. И таки много мелких сущностей более удачный паттерн чем одна или несколько огромных, из-за того что написание программы усложняется примерно квадратично размеру. Этот паттерн придумали задолго до игогошек, то что они им агрессивнее пользуются - глядя на их код сойдет за фичу а не баг.
А если кодер не совсем д00рак и названия нормальные давал, когда в проекте X надо поменять что-то делающее Y, сунуть нос в 1 мелкий компонент и просто поменять как надо - таки сильно проще чем одуплять в огромную сложную монстрилу. Получает +100 к майнтенансу.
А потом нанимают 100 архитекторов, только для того, чтобы они помнили какой микросервис за что отвечает.
Архитектов так то не для этого нанимают. Но питонисты же сначала кодят, потом думают - поэтому не понимают нафига нужны архитекты :)
они изначально создавались на похожих принципах, но с разным уклоном. самому создателю питона и в голову придти не могло, что его детище попытаются сделать языком общего назначения. хотя главной фишкой его изначально было именно переносимость и простота применения на разных платформах. никому и в голову не приходило, что куча придурков решат писать на нем высоконагруженные приложения для создания искусственного интеллекта и прочие увеселения. впрочем как и шелл в свое время задумывался как язык и платформа управления операционной системой и вызова программ, а не полноценная замена компилируемым языкам, которое повсеместно практиковалось в лине. впрочем система инициализации построенная на принципах интерпретируемого языка и файла сценариев и правда выглядит надежнее бинарного файла. хотя и медленнее. но кому на новых системах могла помешать +1 секунда при загрузке. а питон классный язык сценариев. повторю, язык сценариев, не повсеместно используемый как замена компилируемым языкам. из-за этой хреновины(подхода) мы все работаем в браузерах отжирающих по гигу при старте. и многие другие прелести. а могли бы использовать эти ресурсы на обработку данных, хотя бы для обычных людей обработку игр))) но что есть то есть.
Выдыхай
Java тоже создавали изначально для программирования микроволновок и кофейных аппаратов. Никто не думал, что Java будут применять в кровавом ынтерпрайзе, где тогда безраздельно властвовал Cobol. Но что-то пошло не так.
> Java тоже создавали изначально для программирования микроволновок и кофейных аппаратов.
> Никто не думал, что Java будут применять в кровавом ынтерпрайзе, где
> тогда безраздельно властвовал Cobol. Но что-то пошло не так.что то действительно не так. и не только с питоном , явой и прочими. тут помешательство мировых масштабов. на деньгах)))
Ну что я могу сказать заживем,еще бы поменьше срачей вокруг языка было (в плане прожорливости памяти и быстроты и прочих вещей которыми его попрекают), а вообще здорово что Пайтон быстрее становится.
> PyPI и CondaУ них теперь и с репами бардак, уже целых два гадюшника организовали?
Серпентария, выражайся политкорректно
А вы чьи будете? javascript небось?
Просто пишите весь проект на Cython.
А если с NumPy?
> А если с NumPy?Не, ну NumPy это просто модуль для эффективно грызть числа.
А Cython это как бы альтернативный питон со строгой типизацией и компилированием в машинный код, но при этом имеющий обратную совместимость со стандартным питоном.
То есть вот Cython уже имеет то что хотят от cpython: быстрота, нет GIL, строгая типизация и т.д. Так почему бы просто не писать весть проект сразу на Cython?
Народ не обманишь
https://www.tiobe.com/tiobe-index/Вот топовый язык. он сидит там уже много лет. Видимо для большинства скорость на синтетических тестах не главное...