Без заголовка

Мне возможности схемы (в виде текущей реализации R) достаточно, поскольку я могу очень просто "бесшовно" интегрировать в неё код практически _любых_ других языков программирования (как только это становиться имеющим практический смысл и пользу). И использовать эффективные (e)DSL в том числе (например dplyr, и как следствие к примеру spark или другие бекэнды). Или встраивать код в любое приложение одной строчкой кода через ZeroMQ. Или использовать Hadoop Или, если припрет, написать свой интерпретатор (эффективно снижающий сложность) под свою задачу (если, каким то волшебным образом, его упустили написать до меня более компетентные товарищи). Я не верю, что там где мне не хватит оперативной памяти в data.table (ведь только идиоты будут хранить действительно большие данные по сути в списках? но такие идиоты таки есть (и даже пишут тесты для Юли)), меня каким то "волшебным образом" спасет в обработке датасета Юля. Или, что blas слинкованный с Юлей, волшебным способом работает быстрее, чем он же слинкованный с R. :) Одна идея схемы (и соответственно R) это быть "конструктором языков-клеем" который позволяет реализовать описание "сложности задачи" в виде простого к использованию генератора кода + интегрировать в себя простым способом код других языков программирования. Зачем вот это вот всё "писать одним куском"? А это единственное внятное, что декларирует группа разработчиков Юли. Вообще эта попытка "снять скисшие 30 лет назад чужие сливки" ("пост-объектное", это на самом деле "пре-объектное" :) ) уже превратилась в анекдот какой то. :) PS А Джулией мне "заниматься" действительно не надо, мне надо конкретные задачи прикладные решать. Пока я вижу просто развод с написание "всемогущего блоба"ТМ. Спасибо, я еще помню изучение PL1 :)