Третий. Шестая минорная. Который в бубунте из репы

их как минимум 5

И только один не игрушечный (и еще один легаси)

я не про версии

CPython, PyPy, Stackless, Jython, IronPython

я не про версии

Тогда плз варианты? Хотя я сказал убунтовый из репы. Я хз какой он там

cpython там

а почему это не корутины, как были в той же модуле например?

Под корутинами обычно stackful подразумевают. Плюс в питоне аналогичая конструкция генераторами тоже называется.

большинство проблем у него

большинство проблем у него

Жаль жаль.

а почему это не корутины, как были в той же модуле например?

в rfc так написано, не ко мне вопрос

про pyston еще забыл

большинство проблем у него

А какой из питонов самый норм?

А какой из питонов самый норм?

у меня знакомый pypy юзает

> resumable function а, ясно

всегда казалось что с этим можно сделать что-то полезное но я так до сих пор не находил юз кейсов

А какой из питонов самый норм?

Полностью совместим с CPython только CPython, а значит CPython, иначе большую часть либ не поюзать же.

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

всегда казалось что с этим можно сделать что-то полезное но я так до сих пор не находил юз кейсов

async await, например

итераторы удобные

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

откуда такие мысли?

всегда казалось что с этим можно сделать что-то полезное но я так до сих пор не находил юз кейсов

Корутины, кондуиты, корекурсивная кодата,

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

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

это работает, да

на современных процах интерпретаторы memory-bound

и обгонять плюсы вполне реально

другой вопрос, что это все надо руками тюнить

Так на плюсах тоже всегда можно руками тюнить, где же тут "обгонять"?

есть erlang, который с сищечками вполне себе тягается

мм, эрланг это очень медленная VM

async await, например

я не знаком с этим. что это?

Так на плюсах тоже всегда можно руками тюнить, где же тут "обгонять"?

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

есть erlang, который с сищечками вполне себе тягается

Лол

получаем что интерпретатор из коробки обгоняет gcc -O3, а чтобы перестал то на C надо вообще по-другому переписать

Вся математика на Эрланге очень медленная

+++ и файловый I/O

сеть только хорошая и green threads

я не знаком с этим. что это?

Ты троллишь что ли? Штука, которая позволяет писать асинхронщину без боли с коллбеками.

получаем что интерпретатор из коробки обгоняет gcc -O3, а чтобы перестал то на C надо вообще по-другому переписать

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

дебажить еще обычно удобнее

в этом смысле профит

правда язык при этом совершенно не обязательно "красивый" получается

тк есть куча фич (всякий indirection) которые гробят всю малину

а быстрые интерпретаторы это обычно композиция хорошо оптимизированных операций над пачками (матрицами, time series, etc)

Ты троллишь что ли? Штука, которая позволяет писать асинхронщину без боли с коллбеками.

В моём понимании это похоже на намёк на отсутствие имплеменнтации в расте

В моём понимании это похоже на намёк на отсутствие имплеменнтации в расте

Имплементации чего? Async await? Оно не в ядре языка заимплеменчено. https://github.com/alexcrichton/futures-await

а быстрые интерпретаторы это обычно композиция хорошо оптимизированных операций над пачками (матрицами, time series, etc)

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

я про то почему так на с++ не делают. на расте проще.

я сам не пробовал писать продакшен на нем никогда, а соседняя команда пишет

и вполне круто выходит

(и интерпретатор, и макросы)

есть слабая надежда что к концу года опенсорснем, но пока нет, к сожалению

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

Что-то не приходят на ум "классы задач", для которых интерпретатор лучше специализированной либы

БД, которая исполняет запросы

на каждый запрос пересобирать и перезапускать сервер не будешь

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

https://auth0.com/blog/build-an-api-in-rust-with-jwt-authentication-using-nickelrs/ че думаете на счет статьи?

думаю хуйня

х)

Никель вообще хуйня

Так что подтверждаю

А ты бы хотел, чтобы оно шустро работало на конфигурации "два ядра, два гига, игровая видеокарта"?

Я эту рекламу до сих пор помню

Ну у меня фикус и 16гб

Это и так дохуя

Куда блять еще больше ради ебаного редактора с автокомплитом

Идея всегда (!) позиционировала себя как тяжелая иде, которая тормозит на пределе терпения. И по мере развития железа они будут пихать туда всё больше анализов, чтобы ты смог получить контекстную подсказку в своём луа, который внутри хмл, который внутри sql-скрипта

Это хорошо работает для джавы, настолько хорошо, что я готов терпеть тормоза, но плохо для почти всего остального , включая раст

Потому что непонятно во что оно тормозит - оно же не предлагает ничего

Однако даже это ничего на сегодняшний день лучше чем в rls

Как по фичам так и по скорости

Потому что непонятно во что оно тормозит - оно же не предлагает ничего

если подождать

то предложит

если индекс не разъёбан я так понимаю

Чертов шлион 12+ гигов под индекс хочет!

на диске

вы говорите так, будто вас заставляют

Да, на работе током будут пытать, если идеей не пользуешься

Да, на работе током будут пытать, если идеей не пользуешься

будут пускать ток, пока у тебя лампочка над головой не зажжется?

будут пускать ток, пока у тебя лампочка над головой не зажжется?

Пока идея проект не проиндексирует. То есть вечно.

хм. кажется вырисовывается наказание в одном из кругов ада.

Ада 2.0

На хдд - вечно, на ссд - можно успеть кофе попить

На хдд - вечно, на ссд - можно успеть кофе попить

Из самовара!