Тоже думал поучаствовать при помощи R. Только не на кегле, а на boosters  - чемпионат по определению размера зерен по фотографии. Но оказалось, что решения принимают на питоне:( запуская модель в докере... дискриминация

Кек, напиши им на rpy2 код

так в докере r просто не будет и все

у меня есть пакет, который сейчас отревьюировали и предлагют много функций типа get_sound_duration() распилить на разные: которая работает с одним файлом, и которая работает с папкой, забирая из нее все файлы.

Я вот теперь думаю над тем, как такие функции называть, потому что get_sound_duration_from_folder() мне кажется каким-то монстром...

Вдруг у кого есть идеи?

Я смотрю сейчас вот такой запрос на гитхабе

UPD: написал одну функцию для считывания всего из папки, read_from_folder <- function(path, FUN){...}, которая принимает в качестве аргумента функцию, так что отпала проблема называния... Но все равно интересно, что вы думаете, насколько это юзерфрендли?

мне кажется from лишний в названии.  Осоьой информации не несет

Имхо, конечно, но from в названии функции - явный перебор.
В твоём коде не вижу ничего про обработку вектора с названиями файлов.

В функции сейчас у тебя имитация поведения S3-дженерика. Не предлагали через S3-методы раскидать? get_sound_duration.Wave, get_sound_duration.character.

Про read_from_folder. Не уверен, что для пользователей будет удобно передавать в одну функцию другую функцию, т.к. это весьма не тривиальное действие для людей, не знакомых с функциональным программированием.

А я пока убрал это и оставил одну эту функцию.

Нет, спасибо, я возможно почитаю, что это и сделаю. Надо же когда-то разобраться с классами

Меня это тоже останавливает. Но с другой стороны я пишу для людей, которые делают все по мануалам или сами могут посмотреть в хэлп, так что может это и не страшно. Но спасибо за мнение, мне оно важно

Мне кажется для таких случаев вполне нормальна ситуация с монструозными названиями функций. Это функция, которая будет присутствовать в скрипте, скорее всего, один или немного раз, по ней сразу можно понять, что происходит, так что почему бы и нет? Единственное что, мне кажется более привычным

read_

вместо

get_

для чтения файлов, т.к. я встречал обычно

get_

в обертках над API (твиттер, вк, genius и т.д.)

Тем временем в R-bloggers...

Если бы не было автодополнения из-за таких опечаток можно было бы себе мозг сломать

Привет! Подскажите, пожалуйста, есть ли в R возможность делать экселевские графики (т.е. которые потом можно редактировать через excel)? Раньше я пользовался openxlsx, но там есть только insertPlot(), которая вставляет картинку с девайса, в XLConnect для графиков нужны шаблоны и сами графики создаются в новом файле, а мне для отчётов нужно добавлять на существующие листы.

В officer есть возможность делать нативные графики для ворда. М.б. что-то есть и для экселя.

Спасибо

https://davidgohel.github.io/officer/articles/offcran/graphics.html

Вот тут примеры для Word и PowerPoint, для экселя не нашел((

Друзья, а использовал ли кто-то QBit Workspace или аналогичные бессерверные среды для обмена кодом и его запуска? Если да, какие посоветуете, какие плюсы/минусы? Хочу отдавать работоспособный код, который будет забирать у заказчика файлы и выдавать аутпуты, не зависеть от операционной системы / версии R / версии R Studio / версии пакетов на локальной машине, но при этом не поднимать Shiny и не настраивать сервер.

См.metaflow