А для чего используете?

Ну я к тому что у меня замороченная система, где есть скрипт а-ля entry point, который грузит данные и либы, и сорсит все файлы в проекте, устанваливая глобальный условный флаг типа should_run <- TRUE. Затем я работаю в отдельном файле, который обычно содержит методы, решающие какую-то одну проблему. Внизу файла есть блок типа if (get0("should_run", ifnotfound = FALSE)) {}, в котором я отлаживаю/итерирую разработку.

я работал с таким форматом
но там, фактически, был сложный etl с блекджеком

но он сложный, имхо
и для некоторых кейсов только

а в чем сложность?

он требует контроля взаимосвязей скриптов и процессов, мне кажется

а, да, это верно, но в моем случае я это решаю именно изначальным source'ом всех файлов в проекте (обычно это не более пары десятков), которые делают доступными все глобальные функции. А дальше уже можно работать над конкретной маленькой проблемой.

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

просто, боюсь, далеко не у всех здесь есть необходимость работать в проектах такого объема :)

я, например, редко работаю с проектами, в которых больше десятка файлов. и то, это в основном барахло типа маркдауна

Наверное вы правы. Я во всех сообществах всегда нахожусь на периферии и использую неконвенциональные методы и инструменты из-за своего бэкграуда и области.

да нормальные методы, просто не у всех возникает необходимость в них
вон, датасатанисты-питонисты вообще в ноутбуках работают, где выстраивать большую инфраструктуру будет очень больно

Я из academia, тут все вокруг этим грешат)

хм. я через некоторое время приду к вам с вопросом, как у вас организовывают процесс %)

вау. я восхищен

Чем?

устройством

Звучит довольно странно.
Всё конечно же зависит от задачи и от предпочтений разработчика.
Впрочем, считаю, что организация сложного кода в R-пакеты - довольно универсальный подход. Причём в пакеты можно упаковывать данные, утилиты, а также создавать мета-пакеты, которые будут собирать весь функционал вместе. Возможно читать и писать конфиги/логи + возможность упаковать всё в контейнер приближает нас вплотную к уровню прода.

Ну проблема в том, что мне прод не нужен вообще. Какой-то функционал типа методов или красивых осей для ggplot2 я держу в пакетах, но все остальное - в таких проектах. Обычно это одноразовая задача - обработать данные, построить картинок и таблиц, опубликовать, полезные методы утащить в пакет, про остальное забыть.

какой-то велосипедный drake на минималках

Ну я про drake не знал, но в принципе да. За тем исключением что у меня все реально на минималках и неплохо решает все задачи. Ну и не плодит дополнительные зависимости

Подскажите люди добрые как в grepl  отфильтровать значения содержащие скобки?