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虽然可能易读性差一点,但是简洁高效,写起来神清气爽!