AP
О, и там было :)
Size: a a a
2021 July 08
АО
Ну нет, на самом деле там всего лишь обсуждалась max_by, потом выяснилось, что в1.7 есть эквивалент, и тогда уже здесь стали обсуждать.
AP
А сильно зулип пересекается со слаком? По людям
АО
Есть общие. Mason, Chris Foster, Expanding Man (не помню как его зовут), некоторые из кор девелоперов.
Takafumi там кстати иногда достаточно активно пишет.
Takafumi там кстати иногда достаточно активно пишет.
AP
Я когда-то заходил, показалось в среднем явно менее активным местом
АО
АО
Вроде в последний раз писали, что по размеру коммьюнити - где-то процентов 30 от слака.
АО
Интересный проект
https://hackmd.io/bVhb97Q4QTWeBQw8Rq4IFw?view
У меня есть свой собственный мини тест для таких штук: mock тесты
https://hackmd.io/bVhb97Q4QTWeBQw8Rq4IFw?view
У меня есть свой собственный мини тест для таких штук: mock тесты
АО
Если то, что они обещают будет сделано, то mock в Джулии будет полноценным.
AP
наткнулся на такой пакет - https://github.com/melonedo/SingleDispatchArrays.jl
говорят что сильно ускоряет работу с массивами, в которых разные типы элементов (но их не очень много)
если будет и дальше развиваться, то решит одну из актуальных сложностей с производительностью
говорят что сильно ускоряет работу с массивами, в которых разные типы элементов (но их не очень много)
если будет и дальше развиваться, то решит одну из актуальных сложностей с производительностью
АО
Я кстати не очень понял, что именно в нем сделано.
Похоже, что всё-таки полуавтоматический split union
Похоже, что всё-таки полуавтоматический split union
АО
Возможно, кстати, что CompilerPlugin.jl поможет решить эту проблему.
AP
как сделано не знаю, смотрел только со стороны пользователя
2021 July 09
A
Там же сабтайпы типа хранятся в тапле, а функция foreach generated, вот как сабтайпы мы обновляем, так при следующем вызове foreach вызывается генерация кода, который по сути выдаёт большой блоб ifelse
A
По сути расширение ручного сплита на возможность обновлять его ручками в рантайме
A
Кажется, что даже расширить подход на вызов произвольных функций над абстрактным типом довольно легко можно
АО
А, здорово.
Но правда когда я с похожими вещами возился, то выходило, что оверхед всё-таки слишком большой. То есть раскидать гетерогенный вектор на тупл однородных векторов работало значительно быстрее.
Но правда когда я с похожими вещами возился, то выходило, что оверхед всё-таки слишком большой. То есть раскидать гетерогенный вектор на тупл однородных векторов работало значительно быстрее.
АО
Понятно, что не всегда это можно сделать конечно.
A
Или пойти ещё дальше и генерировать многомерную таблицу функций для multiple dispatch))
A
Тут же затраты на раскидывание ещё есть, вместе с ними все равно быстрее?