Я ваш комментарий выше немного не так прочитал, подумал, что фраза "закинуть на канал правильного ютубера" подразумевает закидывание на канал JulaLang видео с ним, в таком случае даже шутки не получилось - видео с ним на канале Julia набрало под 90к просмотров - на пару порядков больше рядовых видео на канале. Что хоть и не однозначно само по себе, но, тем не менее, радует.

Посмотрел презентацию Pluto, выглядит интересно, но сразу возник вопрос работы с множеством доков а-ля JupyterLab. Ну и на самом деле было бы прикольно их интегрировать друг с другом. Тот же jlab позволяет на выбор создать ноутбук, скрипт и bash-сессию. Добавление реактивного Pluto-ноутбука выглядело бы органично (имхо). Но, как понял, у авторов курс развития немного в другом направлении, что тоже не плохо.

А что именно из Юпитера нужно? Основная идея - визуализировать результат последней операции. Остальное - слабосовместимые нашлёпки

У Pluto подход -  сохранить исходник на Julia, а для интерактивных элементов хранить код заглушек

На мой персональный взгляд сама система эдакой браузерной IDE JupyterLab выглядит довольно неплохо. Ну и интегрируемость - это всегда плюс. Одно дело под jupyter открывать одно, под pluto - второе, а под редактор кода - третье, когда можно (было бы) открыть один единственный интерфейс и работать со всем проектом сразу. Та же интеграция с VSCode у Jupyter оказалась неплоха и довольно востребованна.

Jupyter имеет огромное преимущество в интерактивных языковых ядрах, которых много. И если сравнивать его с Pluto, то я вижу, что главная ценность их различия - именно подход к выполнению ноутбука. Не могу сказать, что "скрытые состояния" в jupyter это однозначное зло, у всего есть свои применения.
И потому, если рассматривать взаимодополняющее развитие, то тут несомненно будут плюсом 1) интеграция 2) гибкость и адаптивность.
В конце концов при всей специфичности Pluto, реализует ли он функционал (та же реактивность), который принципиально по своей сути завязан на Julia или подобный подход можно реализовывать и в других языках?

Реактивность можно реализовать практически в любых языках. Проблема в том, что если продукт изначально сделан без реактивности, то переписать его на реактивный, может оказаться невозможным. Собственно, Юпитер - довольно старый проект по современным меркам

Прикольно. В некоторых чипах уже интерпретаторы некоторых языков вшивают.

Подскажите, есть ли способ в одно действие сделать scatter plot набора X(n,2) и раскрасить маркеры в соответствии с y(n,1) ?

Я уже давно в качестве workaround использую следующий подход, но он не даёт задать цвета, и по сути использует градиент из colorscheme.

Надо посмотреть аргумент group=•••, если я правильно понимаю

Хммм...
А такое не подходит?

using Plots
using Random

rng = Random.seed!(2020)
x = rand(rng, 100)
y = rand(rng, 100)
col = rand(rng, 1:2, 100)
Plots.scatter(x, y, color = col, legend = false, markercolor = [:blue, :green])

Я как-то развлекался, написал на Julia локальную систему хранения/выборки данных по типу ClickHouse. Т.е. табличные данные храняться на диске по файлу на колонку таблицы, в бинарном виде, сжатые с помощью lz4 боками примерно по 60000 записей. На простых запросах типа "select a + b / c from <таблица на 10 миллионов строк> where c = <something> and e = <something>" дает производительность процентов на 10%-15%  меньше чем кликхауз при запросе в 1 поток (на julia 1.3, надо посмотреть на 1.5 - вполне возможно что будет шутсрее). При этом написал я прототип за 1.5 недели вечером после работы, на c++ на это ушло бы минимум полтора полноценных рабочих месяца

Делали по интерфейсам Tables.jl + DiskArrays.jl ?

Неа, до интерфейсов не дошел - отвлекли. Ориентировался на DataFrames

Собственно https://waralex.github.io/DataFrameDBs.jl/dev/

Про DiskArrays.jl раньше не знал, надо посмотреть подробнее что они там наворотили.

using Plots
using Random

rng = Random.seed!(2020)
x = rand(rng, 100)
y = rand(rng, 100)
col = rand(rng, 1:2, 100)
Plots.scatter(x, y, color = col, legend = false, markercolor = [:blue, :green])

У меня есть подозрение что этот подход случайно раскрашивает точки, точнее по чередованию :blue и :green . Аналогично у меня с groups получилось. Цвета на графике два, но по сути он не зависит от класса.