The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

В свободном доступе опубликована книга по языку программирования R

13.07.2014 19:51

По истечению срока отчуждения имущественных прав в пользу издателя открыт свободный доступ к книге "Наглядная статистика. Используем R!" (М., ДМК Пресс, 2012), рассказывающей о языке программирования R, ориентированном на решение задач по статистической обработке, анализу и визуализации данных. Книга доступна как в формате PDF, так и в виде исходных текстов LaTeX, пригодных к самостоятельной сборке.

  1. Главная ссылка к новости (http://r-statistics.livejourna...)
  2. OpenNews: Релиз языка программирования R 3.1
  3. OpenNews: Увидел свет язык программирования R 3.0
  4. OpenNews: Компания Oracle выпустила собственный открытый дистрибутив языка R
  5. OpenNews: Oracle планирует выпустить вариант СУБД Oracle 11g R2 с поддержкой языка R
Автор новости: PSV
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/40196-rlang
Ключевые слова: rlang
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (30) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, rob pike (?), 21:09, 13/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    По старинной традиции здесь будет обсуждение NumPy и компании.
     
     
  • 2.15, pkunk (ok), 11:46, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Почему не Julia?
    http://julialang.org/
     
     
  • 3.21, rob pike (?), 16:25, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Обсудили недавно

    > Julia, like Dylan and Lisp before it, is a Goldilocks language. Done by a bunch of Lisp hackers who seriously know what they're doing.
    > It is trying to span the entire spectrum of its target users' needs, from numerical inner loops to glue-language scripting to dynamic code generation and reflection. And it's doing a very credible job at it. Its designers have produced a language that seems to be a strict improvement on Dylan, which was itself excellent. Julia's multimethods are type-parametric. It ships with really good multi-language FFIs, green coroutines and integrated package management. Its codegen is LLVM-MCJIT, which is as good as it gets these days.
    > http://lambda-the-ultimate.org/node/4990

     

  • 1.5, anonymus (?), 22:25, 13/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –15 +/
    Устаревший калькулятор. Не понимаю зачем нужны специализированные языки для вызова математических функций. Любой динамический язык с REPL не хуже справляется с этой функций, зато отличается универсальностью и доступом не только к математическим библиотекам. Может быть раньше в таких языках был дефицит, и во времена фортрана REPL бывал только в лиспе, но теперь-то есть выбор. И я не вижу в R никаких преимуществ как в языке на уровне синтаксиса и семантики. А коллекцию библиотек можно устроить для любого языка.
     
     
  • 2.6, Аноним (-), 23:04, 13/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    и что делать теперь?
     
     
  • 3.7, anonymous (??), 01:28, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > и что делать теперь?

    Вдоль, что ж ещё-то.

     
  • 2.8, rob pike (?), 02:34, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А коллекцию библиотек можно устроить для любого языка

    А также для любого языка можно: изменить синтаксис почти каким угодно образом, построить сколь угодно эффективный транслятор для любой платформы, добавить (или убрать) почти любые фичи вплоть до dependent types и concatenative programming. И что самое смешное - всё вышеперечисленное вместе взятое менее трудоемко чем написание тех самых коллекций библиотек.

     
     
  • 3.11, anonymus (?), 08:12, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> А коллекцию библиотек можно устроить для любого языка
    > А также для любого языка можно: изменить синтаксис почти каким угодно образом,
    > построить сколь угодно эффективный транслятор для любой платформы, добавить (или убрать)
    > почти любые фичи вплоть до dependent types и concatenative programming. И
    > что самое смешное - всё вышеперечисленное вместе взятое менее трудоемко чем
    > написание тех самых коллекций библиотек.

    Это будет уже создание нового языка. Как показывает практика, это происходит очень редко и весьма трудоёмко. А поводу математических библиотек - их можно не только с нуля писать, но и подключать чужие через всякие интерфейсы. Это позволяет использовать legacy библиотеки, написанные на R и фортране. Только зачем писать на этих языках новые библиотеки?

     
     
  • 4.12, Аноним (-), 08:34, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >[оверквотинг удален]
    >> А также для любого языка можно: изменить синтаксис почти каким угодно образом,
    >> построить сколь угодно эффективный транслятор для любой платформы, добавить (или убрать)
    >> почти любые фичи вплоть до dependent types и concatenative programming. И
    >> что самое смешное - всё вышеперечисленное вместе взятое менее трудоемко чем
    >> написание тех самых коллекций библиотек.
    > Это будет уже создание нового языка. Как показывает практика, это происходит очень
    > редко и весьма трудоёмко. А поводу математических библиотек - их можно
    > не только с нуля писать, но и подключать чужие через всякие
    > интерфейсы. Это позволяет использовать legacy библиотеки, написанные на R и фортране.
    > Только зачем писать на этих языках новые библиотеки?

    Тю. А как же NIH-синдром? Или ты всерьез полагаешь, что им страдают только линуксоиды?

     
  • 4.16, Ordu (ok), 12:11, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вам не приходилось писать на lisp е Думаю нет, иначе бы вы не употребляли бы сл... большой текст свёрнут, показать
     
     
  • 5.27, PSV (?), 00:24, 15/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Собственно R и написан под влиянием от пройденного курса SICP :)
     
  • 5.34, freehck (ok), 08:46, 19/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Это будет уже создание нового языка. Как показывает практика,
    >> это происходит очень редко и весьма трудоёмко.
    >
    > Вам не приходилось писать на lisp'е?

    О, не могу не подтвердить. У меня такое чувство, что любой зажиточный проект на лиспе надо начинать с изучения синтаксиса этого языка, определённого разработчиками. Потому что открываешь проект, смотришь, и думаешь сразу же: "не узнаю". После чего приходит осознание, мол, вот это макрос, это макрос, это тоже макрос, а вот эти макросы порождают вот эти макросы, а они в свою очередь порождают уже что-то до боли знакомое... =)

    Вообще, чтобы не утверждать, что создание нового языка - есть штука сложная, достаточно взглянуть на главу с описанием метациклического интерпретатора в том же SICP. Там показано, как просто можно написать на лиспе интерпретатор лиспа с новыми возможностями вычисления. Если не ошибаюсь, они в этом интерпретаторе сделали lisp ленивым, но я давно читал.

     
  • 4.17, rob pike (?), 13:48, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Затем что удобно

    >As an old school (over 50) scientist who has and continues to use a number of these tools I will add my two cents. I have worked with colleagues who still write every piece of code in Fortran, from trivial one-off data analysis jobs to code that dominates some of the worlds supercomputers. Recent Fortran dialects (F90, F95, F2003, F2008) are IMHO, some of the best designed languages in existence. Decades of experience with high performance computing has led to a quite impressive language development.
    >http://programmers.stackexchange.com/a/186059

     
  • 2.9, pavlinux (ok), 03:43, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Не понимаю зачем нужны специализированные языки для вызова математических функций.

    А ты в универе любил тройной интеграл на доске расписывать?

     
     
  • 3.13, б.б. (?), 09:57, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • –9 +/
    > А ты в универе любил

    только за универом

    > тройной интеграл

    а это чё за хрень?

     
     
  • 4.14, асушник (?), 10:53, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Видимо кто не расписывал, тому R и не интересен. Мне вот в универе тройные тоже не доводилось. Но насколько помню, интегралы проблем не вызывали особых. Кое кто из группы временами брал даже неберущиеся )) Вот дифф. уравнения решать было сложнее.
    Предполагаю, что он может понадобится либо в науке, либо в инженерном деле при разработке вещей, где требуется обрабатывать много данных при проектировании и наладке. А в книжке могут оказаться примеры, которые будут полезны и при использовании других языков/библиотек, так что качнул. Всем кто занимается разработкой для пром. задач приходится время от времени иметь дело со стат. данными.
     
     
  • 5.18, PSV (?), 13:51, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    1) Тут "тройной интеграл" как пример избыточности синтаксиса языка общего назначения :)

    Если вы пишите программу (нечто что будет исполняться не под вашим чутким руководством и во "враждебной обстановке"--- читать: в качестве входных данных будет загружаться что угодно, в том числе с явно деструктивными целями :), то вам нужен язык общего назначения. (хотя сейчас есть и куча библиотек которые всякие конечные автоматы и очереди реализуют "в чистом виде").

    Если перед вами стоит задача "обработать данные", то такой язык общего назначения как питон подходит так же как перл. И все имеющиеся дсл для удобной работы по вычислению, и даже "попяченный" из R синтаксис неудобно "выпирает" что в перле, что в питоне. Код все равно получается слишком многословен.

    Для _конкретных_ данных не нужно в 99% случаев страница-полстраницы кода (без чего на языке общего назначения не обойтись), а нужна 1 строка специализированного языка. И строка работает именно с данным датасетом, будет ли она работать с другим датасетом голова у исследователя не болит совершенно.

    2) Помимо репла надо удобно сохранять состояние виртуальной машины. Даже лисп и схема по сравнению с R слабо выглядят. Нечто эквивалентное по функциональности это APL(J) репл.

    Без этой "малости" всегда приходится писать в стиле "код реален -- данные мнимы". А для небольших расчетов и исследовании вариантов анализа (которых более 90% всех случаев) как раз наиболее удобен и производителен подход когда "код мнимый -- содержимое образа ВМ реально".

    Как то так.

     
     
  • 6.20, Антоним (?), 15:12, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так рассуждать, так на каждую область деятельности человека нужен будет свой язык. Я не против R, видимо кому-то он нужен и они считают его удобным, молодцы, что сделали удобный для себя инструмент. Но, я считаю подобный подход неправильным, когда для деления нужно будет изучать язык деления, а для сложения - язык сложения. Для математики есть язык - математика, точнее - wolfram )).  Ну, или придумали бы какой-нибудь свободный аналог. К сожалению, пока maxima  слабый конкурент для wolfram, хотя я за нее. А написать расширения на wolfram для решения задач статистики - ну очень просто. Потом только откомпилить для быстроты.
     
     
  • 7.22, Аноним (-), 20:24, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    То есть твой путь - у меня есть молоток, значит всё вокруг гвозди? Даже если это шурупы? Удачи! :)

    PS: Посмотри на профессионалов малыш. Даже тот же строитель имеет набор молотков а не одну кувалду. Впрочем всё равно ведь не поймешь ...

     
     
  • 8.24, Антоним (?), 22:48, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Видите ли, любезный юноша, в Вашей аналогии про набор инструментов у профессион... текст свёрнут, показать
     
  • 7.23, PSV (?), 21:03, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    да, один раз на выставке я видел перца который ГИС "на математике" написанный демонстрировал :)
     
     
  • 8.25, Антоним (?), 22:55, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А что тут странного, эта ГИС не работала Да, конечно, во всем нужна мера Но, д... текст свёрнут, показать
     
     
  • 9.28, PSV (?), 00:32, 15/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Вы себе хорошо представляете _сколько_ всего надо повторить, что бы получить при... текст свёрнут, показать
     
     
  • 10.30, Антоним (?), 10:38, 15/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы не патетически вопрошайте сколько всего надо повторить, а ответьте хотя для с... текст свёрнут, показать
     
     
  • 11.31, PSV (?), 12:26, 15/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    1 Не работала я специально подошел и поспрашивал 2 Вы уловили суть язык ... текст свёрнут, показать
     
     
  • 12.32, Антоним (?), 12:01, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    1 Какой-то странный тогда перец - демонстрировал неработающую ГИС А был ли пер... текст свёрнут, показать
     
     
  • 13.33, PSV (?), 20:41, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Какой тролль пошел недоверчивый Такую херню придумать просто так я не в силах, ... текст свёрнут, показать
     
  • 4.19, Аноним (-), 14:12, 14/07/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > а это чё за хрень?

    Во, сразу видно питониста.

     
  • 4.26, pavlinux (ok), 00:05, 15/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> тройной интеграл
    > а это чё за хрень?

    С его помощью можно, например, посчитать объём Оливье вытесненного лицом, помещённым в тазик, и ограниченный, сверху, плоскостью параллельной краю тазика.

     
     
  • 5.35, freehck (ok), 09:00, 19/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Я думаю лучше так: двойной интеграл нужен для нахождения площади Ленина, а тройной - для нахождения объёма Берии.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру