dapengde 我完全赞同你的BT之分的观点，tidyverse 是不含有 DBI 的，而 HarryZhu-7harryprince 可能长期泡在 tidyverse 和 sparklyr 的世界，已经有点模糊了，事实上， sparklyr 加载之后会自动从命名空间导入 DBI， 因为 sparklyr 是面向 spark 的接口包，没有这一层是无法传递 SQL 语句的，tidyverse 加载之后不会加载或从命名空间导入 DBI 包

        Liechi Cloud2016 data.table 我没用过，而且也没时间没兴趣试用—— Base R 已经解决了我所有的问题，额外学习 tidyverse 已经是很奢侈的事，我不想再花精力学别的可以完成同样工作的包了，DBI 更是用不着 。BT 这事儿要是有意义，诸位一起做才行啊！PR 或当合作者都行。

              dapengde 我对 github 不够熟悉，所以比较犹豫给别人发 PR，不过会尝试。要是操作不对，还请多包涵。

                  离开了便利性问题谈功能，这个比较是有失偏颇的。按照研究套路，先定义清楚B和T，然后设定指标，对指标进行量化，最后通过分析得出结论。

                  • B我认为就是刚装上R时候的那个状态。
                  • 比较对象应试限于B和T功能上有交集的部分，不然没法比较。
                  • 指标设定包括但不限于学习陡峭程度、代码可读性、处理速度、资源占用等。
                  • 结论应该以数据为基础，避免主观偏好之间的无意义的舌战。

                  以上个人愚见供参考。

                  11 天 后
                  1 个月 后

                  dapengde 预览里”后记“链接失效了。可以从"title"部分点下一章进入”后记“，但目录处的”后记“超链接不工作。我克隆了这库，但是没有找到链接失效的原因，所以无法提出修改建议。

                      dapengde 大鹏，你那个分列的语法，我查不到啊，我自己建了一个例子，加了下面那个:::cl text ::::没有用啊。

                      
::: cl

Left block

:::

::: cr

right block
:::

                          看了一眼大鹏的repo提一下建议：

                          我觉得bookdown不适合作为BT擂台赛的平台，blogdown可能更适合一点。一来netlify+github的实时编译发布比起bookdown方便及时，一个新帖子对应一个运用实例+不同解决方案可以不断更新，二来gitbook模板单一可发挥的余地不多，hugo模板漂亮多了ww三来blogdown的tag categories等分类功能也可以方便地自动建立不同运用实例之间的关系，如 可视化/数据清理 这样的大致分类

                          还有大鹏那个bookdown项目因为用了双栏布局，好多长代码快还多了个水平方向的拖动条，观感并不好。

                          还有代码能加注释更好吧…

                            tctcab 有道理。开始的时候我想过要不要换成别的形式，后来就搁置了，主要原因是懒得在形式上花更多精力，以及目前内容就那么一点点。

                            从方便及时角度来说，现在是 travis 自动实时编译的，还算快。

                            hugo 模板确实丰富漂亮，只是又得挑又得改的，麻烦。

                            tag categories 当然会方便读者，不过就目前这么点儿内容， 暂时用不着吧。况且，这个项目能不能更新下去都不好说……

                            长代码我会尽量弄短换行，消灭横滚条。

                            代码加注释可以有……

                            好吧，总之我就是懒。

                            有空的话就 PR 些内容过来呀。等内容丰富了，再调整形式也不迟。

                                dapengde

                                要内容的话，我之前回答过的问题都有些记录，有空我整理一下pr过去
                                https://github.com/tcgriffith/cosx_exps

                                还有另一个可能的平台是wiki的形式，github那种，想参与的小伙伴直接编辑就行，省去了github克隆来叉过去的操作。

                                另外如果嫌麻烦是主要难点的话，我就抽空去把blogdown的架子搭起来试一试

                                    tctcab 你这个问答记录整理得真棒。我以后也这么干。

                                    主要难点其实是怕雷声大雨点小。怕先搭好个大戏台，结果讲了个段子就完了。

                                        dapengde

                                        我在想怎么通过自动化来偷懒…
                                        比如一周拿爬虫扫一遍cos论坛找有用的帖子…

                                            tctcab 可行。只要在问题答完之后，把问题和解答整理一遍，按设计好的格式发个总结帖即可。爬虫就抓这个总结帖。

                                            不过，这恐怕没有减少多少工作量。

                                              1 年 后

                                              Liechi 以前用Tidyverse，现在用data.table. data.table虽然可能易读性差一点，但是简洁高效，写起来神清气爽！