АО
Ну а дальше надо уже смотреть, что md_str делает с параметрами.
Size: a a a
2020 September 02
P
Внизу файла для ячеек определён порядок
Я имею в виду ситуацию "я забыл перезапустить ячейку #18 с новыми вводными"
KT
да, только после того как показали, что можно и по-другому, стало понятно, насколько же это раздражало ранее
KT
интересно, не будет ли каких-то новых ужасов, связанных именно с реактивностью теперь )
P
Миллионы пользователей Excel не могут ошибаться 😂
DP
интересно, не будет ли каких-то новых ужасов, связанных именно с реактивностью теперь )
Гёдель шепчет - будут
BM
Если в лоб адаптированный с питона на джулии код использующий groupby, apply/by функции на датафрейме показывает прирост скорости в несколько раз, это может значить что не только джулия быстра, но и apply в пандас медленен?
АО
Скорее всего да.
Тут вроде бы было сравнение разных фреймворков, pandas (вместе c dplyr) выглядит довольно плохо с точки зрения производительности.
Тут вроде бы было сравнение разных фреймворков, pandas (вместе c dplyr) выглядит довольно плохо с точки зрения производительности.
АО
На всякий случай, вот он: https://h2oai.github.io/db-benchmark/
RS
У меня руки дошли до пересборки одного нашего громоздкого проекта с 1.4 на 1.5.1. Да…. Стало быстрее собираться. И, по-моему, при запуске с системным образом пропал “прогрев”
АО
Хорошая новость.
RS
Не знаю, что там произошло. При первом запуске у нас проект стартовал секунд за 20. Сейчас 5 секунд и готов обслуживать. Почти гиг сохранённых структур при запуске подгружает
VG
в 1.6 должно стать еще лучше - там активно правят инвалидацию методов при добавлении пакетов
АО
Если CSV.jl и HTTP.jl поправят - будет очень круто 😊
АО
(разумеется у каждого своя боль)
VG
основная боль одна - Plots.jl ))
АО
Нууу... Как сказать....
АО
Plots.jl легко заменяются на какую-нибудь VegaLite.jl и это не такой большой проблемой уже становится.