KT
Ой! С праздником поздравляю всех девушек в этом чате! )
Size: a a a
2019 March 08
SV
Ой! С праздником поздравляю всех девушек в этом чате! )
Присоединяюсь, да будет равноправие!
SV
А как примерно в vim процесс этот выглядит? Это ВИМ или неовим? Что прописывать в init?
Какой процесс? Какой init? Я использую vim, neovim при обычном использовании мало отличается, плагины обычно подходят к обоим, можно сделать, чтобы neovim тянул .vimrc файл от vim. Плагинов — тьма, после недолгого привыкания редактировать очень удобно.
KT
Спасибо, просто в неовим он init.vim называется
AZ
оффтоп: по лиспу хороший кажется курс на openedu
там он на SBCL
2019 March 09
KT
@taranarmo
процесс я имел в виду workflow, не знаю, как это по-русски называется. Т.е. как это вообще в целом происходит ) как его привязать к терминалу, встроенный или tmux, как отправлять код в терминал, как из терминала вызывать @edit так, чтобы он не открывал новый vim, а возвращался бы редактировать в старый (это к вопросу о Revise); как выводить графики (может как-то внутри vim-а можно? мало ли
процесс я имел в виду workflow, не знаю, как это по-русски называется. Т.е. как это вообще в целом происходит ) как его привязать к терминалу, встроенный или tmux, как отправлять код в терминал, как из терминала вызывать @edit так, чтобы он не открывал новый vim, а возвращался бы редактировать в старый (это к вопросу о Revise); как выводить графики (может как-то внутри vim-а можно? мало ли
KT
Кстати, интересующиеся машинным обучением. Обратите внимание на пакет https://github.com/alan-turing-institute/MLJ.jl
Общая далеко идущая цель — написать достаточно общие, но унифицированные обёртки-интерфейсы для множества хороших алгоритмов машобучения, доступных в Julia. Такие, чтоб легко было и "стакать", и "бустить".
В работе опираются на то, что есть в MLR, Scikit-е. Многие вопросы пока что до конца не прояснены, а некоторые обёртки довольно трудно сделать type-stable. Но потихоньку...
Общая далеко идущая цель — написать достаточно общие, но унифицированные обёртки-интерфейсы для множества хороших алгоритмов машобучения, доступных в Julia. Такие, чтоб легко было и "стакать", и "бустить".
В работе опираются на то, что есть в MLR, Scikit-е. Многие вопросы пока что до конца не прояснены, а некоторые обёртки довольно трудно сделать type-stable. Но потихоньку...
KT
Основные фишки — это обращение к данным только за счет интерфейса Tables, т.е. просто неких обобщенных таблиц; в идеале больше не надо будет делать миллионы convert-ов из DataFrame в матрицы и обратно
KT
Можно и свою лепту внести, как участвуя в обсуждениях в issues, так и PR-ами )
DG
Действительно интересно
DG
Как там с Flux получается?
SV
@taranarmo
процесс я имел в виду workflow, не знаю, как это по-русски называется. Т.е. как это вообще в целом происходит ) как его привязать к терминалу, встроенный или tmux, как отправлять код в терминал, как из терминала вызывать @edit так, чтобы он не открывал новый vim, а возвращался бы редактировать в старый (это к вопросу о Revise); как выводить графики (может как-то внутри vim-а можно? мало ли
процесс я имел в виду workflow, не знаю, как это по-русски называется. Т.е. как это вообще в целом происходит ) как его привязать к терминалу, встроенный или tmux, как отправлять код в терминал, как из терминала вызывать @edit так, чтобы он не открывал новый vim, а возвращался бы редактировать в старый (это к вопросу о Revise); как выводить графики (может как-то внутри vim-а можно? мало ли
Настолько плотно я vim ни с чем не связывал, большую часть времени сейчас я пишу/правлю статьи в LaTeX через overleaf, а к нему доступ есть через git, и вот локально пишу в vim. А данные обрабатываю и картинки рисую в привычном Python, к Julia все никак не привыкну.
В рамках процесса привыкания думаю переписать свой скрипт для конвертации данных скоростей течений между разными системами координат (ортогональные и афинные), но времени пока не хватает заняться поплотнее.
В рамках процесса привыкания думаю переписать свой скрипт для конвертации данных скоростей течений между разными системами координат (ортогональные и афинные), но времени пока не хватает заняться поплотнее.
DG
И, кстати, в чём проблема с DataFrames, если не секрет? Вроде как DataFrames выглядит попроще, и с доступом к таким вещам, как построение гистограмм...
DG
Да и знакома она всем с R и Python
DG
(извините, ночью не спал, какая гистограмма)
KT
Да вроде с data frames все хорошо, просто хочется писать код, который будет работать из коробки для любых двумерных таблиц, по которым можно ходить как по строке, так и по столбцу. А сейчас нужно писать несколько отдельных версий, так как к примеру двумерные массивы не имеют общего "надтипа" с data frames, ну кроме any вроде бы, и поэтому просто решили запилить единообразный интерфейс-соглашение для всех табличных данных
DG
Тем не менее, спасибо за интересную наводку! Tables действительно классная абстракция, стоит изучить
A
Но непонятно: это будет всего лишь обертка. А топовые алгоритмы - xgboost, lightgbm, catboost, бустинг в h2o - каждый имеет свой нативный формат
KT
Может со временем и что-то от Julia появится в этом ряду ) иначе наверное смысла особого нет, обертки над обертками