на компах побыстрее разница больше

у меня в 10 раз между си и haskell

т.е с тем же питоном какая история - всё, что вызывается в пресловутом pypy-шном примере, на самом деле написано на си

от питона там только »= , что называется

и все структуры, которые в итоге порождаются - они доступны из си

т.е с тем же питоном какая история - всё, что вызывается в пресловутом pypy-шном примере, на самом деле написано на си

PyPy же на rpython написан

Python 94.0% Objective-C 2.7% C 2.2% C++ 0.5% Assembly 0.3% HTML 0.2% Other 0.1%

according to github

а стоп

pypy это что-то типа jit / pre-jit ?

нет, это неофициальный не обновляющийся с 2015

ввод-вывод и основные структуры типа строк - это си

как и в почти любом скриптовом языке

ну щас тоже самое

только си вырос до 5%

а pypy3k не пробовали?

Рпитоном оно компилиться в исполняемый файл вроде. А си в репе - это может код для взаимодействия с сишными расширениями. видел мнение что часто быстрее результат jit-ом у них поолучается, чем если юзать си-либу посредством ffi

а pypy3k не пробовали?

я - нет. Оно вроде в бете у них

помню читал когда-то про какие-то фокусы с llvm, когда llvm байткод сохраняется после компиляции для того, чтобы делать рантайм специализацию

pypy3k я использовал года два назад - для моих целей было достаточно

помню читал когда-то про какие-то фокусы с llvm, когда llvm байткод сохраняется после компиляции для того, чтобы делать рантайм специализацию

Ну llvm - это ж в pyston-е, который уже забросили. Pypy - вроде llvm не юзает

это я про разные вещи

тут, надо еще какой-то сделать wrap

задача - cpu / шина bound

вся её суть - в творческом заполнении буфера вывода

код на питоне не делает почти ничего, кроме вызова сишных же по сути функций IO библиотеки

https://gist.github.com/zinid/1da345fcde47f5e6a799288f66ee3857 ocaml

код на хаскелл в основном написан на хаскелл, поэтому удивительно, что вообще

жуйк удивляет

кстати в него телеграм интерфейс вроде запилили, но у меня не работает

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

когда ты пишешь половину кривого сборщика мусора с одной строны, и половину лиспа - с другой стороны

вот тут то может и время начать в си просасывать по сравнению с топиком

и время разработки, и время выполнения, что характерно

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

по расту резюме пока нет.

что-то мне он кажется очень уж вербозным.

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

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

когда я на exercism делал задачки на расте было просто

но это все hello world

а серьезное что-то так и не писал

ну там если прищурится, всё примерно напоминает нормальный фунциональный язык - и ADT вроде. и PM, и тайпклассы

но наверняка ведь на практике всё окажется поддельным

и монад нет, поди. или есть?

ну т.е монады то есть

а вот синтаксиса нет

и начнется со всякими там Either / Maybe / Error у них как всегда

так ведь?

и Reader

плюс weird syntax

ну, тема с дарением/заимствованием/проигрыванием в карты норм,

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

HKT нет (одна из причин что там стараются почти везде использовать static dispatch) в версии то ли 1.18, то ли 1.20 была еще проблема получить результат если имплементации интерфейса в ветках логики разные, хоть и указываешь один общий (не знаю пофиксили или нет) это что было в моем крайне ограниченном опыте

с другой стороны, конечно, х-л нуждается в каких-то вещах в четкой генеральной линии партии, выраженной в стандартной библиотеке и стандартных практиках. с обработкой ошибок той же. что бы в 90% случаев вообще об этом никогда не думать

переклюк ленивый/энергичный мне что-то не нравится вообще на уровне библиотек и пространства имён

тут напрашивается какая-то параметризация

ты простыню мою видел вчера?

Duff device

Не он

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

огромными портянками на си

плюсы затестите https://gist.github.com/tenv/ef73c350a5fd17e385d09535369d7c6e

ленивый / энергичный это про параметры или про строки?

Кажется я только что видел скриншот такой портянки

про плюсы - наивная версия детектед, вангую 6 секунд

есть LBS это такой стрим для бедных

вот отсюда и вниз ^

щас запущу

У тебя ещё есть силы что-то запускать?

@tenvd 9 секунд

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

я предполагал, что будет ближе к 8

https://gist.github.com/zinid/1da345fcde47f5e6a799288f66ee3857 ocaml

А эту версию окамла бенчмаркали?

@aragaer ну заявил бы ставку - выиграл бы

первая наивная реализация на С была больше 8

не знаю

норот, добавляйте версии в коменты плс

к посту

там же и весь основной код есть, можете сами забенчмаркать всегда

Error: Unbound value String.split_on_char