r notebook和r markdown

如果你是从 RStudio 里新建了个 R Notebook，那么在出现的模板里有这样的文字：

This is an R Markdown Notebook. When you execute code within the notebook, the results appear beneath the code.

所以 R Notebook = R Markdown Notebook。严格来讲，并不存在 "R Notebook 转成 r markdown" 这个概念。

knit 按钮很好啊，为啥要找 preview notebook 按钮呢？如果非要这个按钮，只需把文件开头 yaml 声明里的 output 改为

output: html_notebook

preview 按钮就回来啦。

@yihui 话说 RStudio 的 New File 菜单逻辑挺乱的。R Notebook 跟 R Markdown 跟 R Presentation 并列，而点开 R Markdown 后里面又出现 Document (HTML 等), Presentation 和 From Template 等子菜单……依我看， 这些都应该归属于 From Template 里面。

不过 R Notebook 预览得到的 HTML 文件那几个隐藏和展示代码的按钮是别的地方没有的，挺好玩，以前没注意过。我觉得不如再加上个是否隐藏代码运行的结果，就更干净了。

顺便提一嘴：rmarkdown, rticle, knitr, bookdown, blogdown......这几个包的逻辑关系和相互之间如何依赖如何调用，我非常想彻底搞清楚。期待哪位能画个图示来说明一下。

yihui 可以请慕课网Angelayuan小姐姐给你打广告，她的讲解条例清晰、幻灯片优雅，说话声音尤其甜美。另外多去你同事那里转转，时不时测试下他们写的包对中文是否友好，这个很重要。另外可以考虑出中文版的书了，10个包乘以10人，不如1个包乘以1000能量大啊。

yihui R mark down 混和写 she l l、python、s pa r k s q l 目前体验比 ju py te r 和 ze p pin 都要好太多了。但是推广力度不够，很少人知道怎么用。

dapengde 第一点我自己几乎无法控制，只能靠教育战线上的各位老师了，我能做的基本上只有写书（我的时间只够照顾到英文，中文就靠你了）。第二点难度略大，不过我相信 Markdown 与 Office 文档的可逆转换应该不会等太久了。最近刚有人做了个相关的包：https://github.com/noamross/redoc

dapengde

其实Rmarkdown的尴尬之处还是在于用R的人不多。人都是有惯性的，习惯用word或者latex的人要转投Rmarkdown的话，除了markdown的学习成本(虽然不多)，还有R的学习成本。即使是编程作为必备技能的学术界，R也不是唯一的选择。

如果向别人推广学R的这一步跨过去的话，使用Rmarkdown等等都是很自然的事情。所以我认为推广Rmarkdown的关键还不在于Rmarkdown，也不在于Rmarkdown跟其他格式如何转换如何兼容，而是如何把R卖出去。

tctcab 确实如此， R 如果能推广的话，Rmarkdown 的用户自然也会多起来。然而这是另外一个话题了，不如逐个击破。我这里主要是想说让 R 用户用上 Rmarkdown 这个问题。并且，如果 Rmarkdown 推广得好，说不定会反哺 R，作为 R 的一个卖点，吸引一些人专门为了享受 Rmarkdown 的便捷而投入 R 的怀抱呢。

chuxinyuan 丑陋的 UI 确实阻挡了一部分用户，但我觉得这不是 R 的问题，反正我给学生讲课的时候是直接忽视，提都不提，就当这个 UI 从来不存在，就当 R 是个类似于 ffmpeg 那样的 cmd 命令，这样的话，第三方 UI 可以尽情发挥，用户也有更多选择，这样也能刺激各个 UI 不断完善，比一家独大垄断要好得多。在 RStudio 出现之前， 其他 UI 如 Tinn-R、 Rkward 都挺流行的，而一些通用编辑器如 vim 等都有 R 的插件。即便是现在，RStudio 也不是一统江湖，Sublime Text、Atom、Emacs 等用户未见得需要 RStudio。不过，如果 RStudio 能将 R 打包一起安装，像对待 pandoc 那样，并且能对 R 的版本一键升级，像对待包包们那样，倒是会省很多唇舌。

包太碎我觉得不是什么大问题。需要的话，你完全可以把一些小包整合成大包，像 tidyverse 那样，想合就合，想分就分。

tctcab 其实我心目中的R应该至少做好下面几方面的事情：

• 功能重叠和相似的包整合。有时候干同一件事，有n个包都可以，纠结啊，作为完美主义者，我往往只喜欢用功能最强大最优雅的那个，但是往往都是各有千秋，又有重合，两个都得学都得用，如果两位作者能合作下，那就事半功倍。

• 个别核心依赖包自动放在base里。比如ggplot2，很明显lattice应该换成ggplot2.

• 包的风格统一。一会儿驼峰，一会儿下划线，还有用点连接的,比如openxlsx::read.xlsx, readxl::read_excel,
  jpeg::readJPEG, magick::image_read。统一风格可以减少学习成本。如果read.xlsx, xlsx.read, read_xlsx,
  xlsx_read, xlsxRead, readXlsx都是等价的，随便用那个都可以，可以满足不同使用者的偏好，但是就是苦了
  开发人员，而且不利用代码分享。不过可以做一个参数设置，开发人员自行选择自由切换。

• 包都支持管道符。不用管道符的时候大部分情况下，我都是用“=”号的，在管道符下我更愿意用“->”，而不是“<-” 。

• rmarkdown、blogdown、bookdown、shiny中文书籍。其实rmarkdown、blogdown、bookdown、shiny这些东西才是R诱人（装逼）的地方，但是我发现这方面的书基本都是英文版的。估计yihui工作所迫吧，其实很明显中国人多啊，中文版本能量更大啊。

• R的帮助系统支持多语言。这个对于初学R的比较友好。不然真的很容易放弃。