чтобы ноутбук был более воспроизводимым

Единственный минус - ~/.julia/packages жутко от этого захламляется.

Я тоже к этому пришел. Даже консольные скрипты стал из под локального окружения запускать

эта фича теперь доступна всем в релизе

Новые бенчмарк тулз обладают потрясающей читабельностью.

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

Ну, я на самом деле имел в виду, что на мобильном телефоне теперь от бенчмарков видно только кусок.

Ну и страшенная разорванная пополам гистограмма это конечно тоже номер.

Я вообще думаю сделать какие-нибудь BenchmarkUtils.jl в которых @benchmark будет старым, а это чудовище будет вызываться каким-нибудь @bhist если уж очень сильно захочется.

Хм, какой-то умный плагин в vscode добавляет мне недостающие using Module: method, когда пишу вызов функции без указания модуля...

вроде это в самом плагине джулии

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

Народ в Plotly задумался над тем как решать проблему того, что мантейнеры сторонних компонентов практически никогда сами не релизят их для Dash.jl. Предложил им сделать вариант по типу BinaryBuilder с отдельным репозитарием рецептов сборки джулевских компонентов из питоновских релизов и автоматитеским деплоем/регистрацией сгенерированного джулевского пакета после мерджа рецепта в репозитарий. Вроде им понравилась идея 🙂

😊))

Здорово

Пишу потихоньку по вечерам. Локальная генерация пока выглядит вот так

Как бонус такого подхода все js, сss  и прочие метафайлы переезжают в артефакты. В пакете только вызов макроса который генерируюет по мета из артифакта собственно функции компонентов и __init__()

а что именно делается в докер-контейнере?