r notebook和r markdown

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的比较友好。不然真的很容易放弃。

erStern 是我。“晴耕雨读”是很久以前使用的博客名了。

yihui 不光是因为时区：我度假去了，刚回来。<https://dapengde.com> 我访问没发现问题呀。gz 是怎么回事？