Live data from Hacker News

R Markdown: The Definitive Guide

bookdown.org

21–30 of 61 posts

Re: R Markdown: The Definitive Guide

#21

Jupyter Book is more flexible, simpler and tested to death since it is build upon Sphinx and docstrings. Since jupyter uses pandoc for converting notebooks, pandoc is the power tool for publication creations nowadays.

Jupyter has downsides too, e.g. version control. An R Markdown document "in the raw" is just a text file.

For info, Rmd also uses pandoc under the covers. Agree it's the power tool, quite a wonderful thing.

Re: R Markdown: The Definitive Guide

#23
post #10

R Markdown/Notebooks, IMO, has evolved to be the key value proposition of RStudio over the years. From a productivity standpoint when both working with R and publishing pretty reports/PDFs it has been incredible. (that said, if VS Code gets more robust R Markdown support, I may consider switching from RStudio) I wrote a blog post a few years ago comparing R Markdown/Notebooks to Jupyter Notebooks: https://minimaxir.c…

Funny thing is this has actually motivated me to move away from using rmarkdown. To the point that I went "backwards" and wrote several reports and an academic paper in Sweave after using rmarkdown for years. My primary motivation was that I needed to know the documents could be built by any R session, not just from within RStudio. I didn't want to be in a situation where my "reproducible" document relied on a specif…

I'm all for finding alternatives to RStudio's dominance in the R space. No doubt they do some excellent things, but I also have a vague uneasiness at the cultishness surrounding some of their products. It sometimes feels like if you're not using the 'tidyverse', you're viewed as doing it wrong.

Anyway, this feeling set me off on an exploration of alternative tools and packages. Instead of rmarkdown I'm now exploring the pander[1] package, which seems to do most of what I'm looking for, perhaps only a little limited in output formats.

Edit: The Pandoc.brew examples might be most interesting from a direct alternative to rmarkdown for document creation context.[2]

[1] http://rapporter.github.io/pander/

[2] http://rapporter.github.io/pander/#examples

Re: R Markdown: The Definitive Guide

#25

Jupyter Book is more flexible, simpler and tested to death since it is build upon Sphinx and docstrings. Since jupyter uses pandoc for converting notebooks, pandoc is the power tool for publication creations nowadays.

Jupyter has downsides too, e.g. version control. An R Markdown document "in the raw" is just a text file. For info, Rmd also uses pandoc under the covers. Agree it's the power tool, quite a wonderful thing.

Jupyter Book (and the larger jupyter ecosystem now) are starting to standardize on MyST notebooks as a version-control friendly all text notebook format. It's similar to r markdown and uses fenced code blocks to represent code cells. You can diff them, edit in any text editor, etc. See: https://myst-nb.readthedocs.io/en/latest/

Re: R Markdown: The Definitive Guide

#26

Jupyter Book is more flexible, simpler and tested to death since it is build upon Sphinx and docstrings. Since jupyter uses pandoc for converting notebooks, pandoc is the power tool for publication creations nowadays.

I'm familiar with both Rmarkdown and Jupyter Book. Rmarkdown also uses pandoc. Both are very flexible.

Re: R Markdown: The Definitive Guide

#27
post #3

As an occasional R user, I think R markdown one of the things that R does really well. For data scientists who want to output reports (mix of text and calculations), I haven't come across anything as mature or easy to use in the Python ecosystem. I'm a big user of Jupyter notebooks, but version control issues put me off, and I've never got to grips customising the formatting of jupyter nbconvert. It's worth highlight…

For the Python in markdown case, you might be interested in one of my projects that allows executable Python code (including optional Jupyter kernel support) in Pandoc markdown: https://github.com/gpoore/codebraid. Pandoc does all the document parsing (there is no regex preprocessor for extracting code), so converting markdown to markdown often works particularly well.

Re: R Markdown: The Definitive Guide

#28

This has been discussed before but I am watching the development of https://github.com/fonsp/Pluto.jl so that it can provide some solid alternative.

If you're interested in Pluto.jl, I recently saw an announcement about Neptune.jl[1], which appears to remove some of the reactive nature of Pluto. It's a fork of Pluto and executes code sequentially one cell at a time instead. An interesting read anyway and maybe worth trying.

[1] https://github.com/compleathorseplayer/Neptune.jl

Re: R Markdown: The Definitive Guide

#29
I recently discovered R Markdown. Started doing the ISLR examples with it.

https://github.com/melling/ISLR/blob/main/chapter08/08_Lab02...

https://github.com/melling/ISLR/blob/main/chapter08/08_Lab02...

I need to figure out how to better fit images so I don’t have pages with large gaps

Also, you can now embed executable Python in the files.

Re: R Markdown: The Definitive Guide

#30

This has been discussed before but I am watching the development of https://github.com/fonsp/Pluto.jl so that it can provide some solid alternative.

If you're interested in Pluto.jl, I recently saw an announcement about Neptune.jl[1], which appears to remove some of the reactive nature of Pluto. It's a fork of Pluto and executes code sequentially one cell at a time instead. An interesting read anyway and maybe worth trying. [1] https://github.com/compleathorseplayer/Neptune.jl

Huh. I wonder what the impetus for that was and what the purported advantages over Jupyter are, since reactivity seems like the main value add of Pluto.jl - and a significant one at that.
Post reply on HN