我也看到了,
跟blogdown的区别是Rmd->md,而blogdown是输出html. 从描述来看差别不大,不过一家公司出两个竞品总感觉怪怪的

    Cloud2016 我猜哈大神最近可能在学中文,自从发现 hu 朋 go 友这样奇妙的成语后,就再也忍不住组建狐狗党(hugodown)的冲动。

    tctcab 这事情连我都不是第一时间知道的,而是过了好些天了别人告诉我的,这让我感到很难堪。我最近在加紧改书稿,还没顾得上跟哈大神谈、弄清楚这到底是怎么一回事。我当时知道这个包的时候,感觉像是被友军从背后放了一枪。从包的描述来看,他就是做了一个 blogdown 的子集,他要的那些功能在 blogdown 框架下并不难实现(而且那个功能对比表格中的 blogdown 的欠缺功能也不准确),我非常不明白为什么他不先跟我谈一下。最让我感到不舒服的是他已经在社交媒体上提这个包了,而且是在别人抱怨 blogdown 的缺点之后跳出来说 hugodown 解决了这些问题。我一直认为哈神应该在社交媒体上更加谨慎发言,因为他几乎已经是大主教的地位了,他要是吼一嗓子说 blogdown 不行、hugodown 是新的希望,那大家都很容易信的。那接下来我该怎么办?扛起枪来跟 hugodown 拼功能吗?我感觉技术上这并不是什么难事,问题是对用户来说,为啥同一个公司出了两个竞争性产品、以及应该如何选择。他要是做其它静态网站生成器如 jekylldown 或 hexodown 我也就不说什么了,因为这些我早已承认 blogdown 的支持力度不够;偏偏他要挑 hugo。实在让我费解。

      yihui 我猜这个hugodown和他的pkgdown要组建一个生态,在写完包后一经发布,自动生成一个宣传黄页,这样每个包都有一个对应的网页,网址是规律的,甚至是只要用到rstudio开发工具的都可以纳入进来,都可以在rstudio blog下查到。最终形成pkgverse、tidyverse、shareverse直到rverse或者rstudioverse之类的。并且将来可能成为原生的python和julia应用。意淫下,博看官一笑。

      yihui 这我就明白了,因为我发现 hugodown 的 README 介绍的内容我自己也在 blogdown 下也实现过,从 Rmd 编译生成 md 或者 html 然后部署,原来是个 blogdown 的子集,但是 Hadley 最近在 hugodown 上面的操作猛如虎!

        Cloud2016 正是因为操作猛如虎、对外高调(连六边形贴纸都设计好了)而我又毫不知情,我才感觉这是在背后放我枪。可能不是真子集,但除了高亮代码时添加函数帮助页面的链接之外,其它功能都没什么神奇的吧。他的这种宣传太有污蔑 blogdown 嫌疑了。

          这波操作完全看不懂,可能大神的脑回路都异于常人

          居然还真是没商量就弄出来了…

          我问了一下:为什么要开发一个新包,而不在blogdown的基础上改进?Hadley连夜做出回复:

          Because it’s a fundamentally different design to blogdown and has rather a different scope (ie just focused on Hugo not other blogging tools). Unfortunately I think it would be a lot more work to try and integrate with the existing blogdown package.

          从用户角度看如果两个包应用场景一致或能覆盖自己需求,选择上只会感到糊涂,用户不会管技术层差异只会管能不能快速做个网站出来。R作为高级语言,用某个包就是实现某个功能,多数都不愿去理解底层依赖与调用关系,目的性很强,即使这两个包底层有差异,但如果实现结果甚至过程都差不多,就很容易造成用户分化。R这个用户基数,一个功能两个包都能实现且都持续更新,长时间累积差异很容易让看重稳定性与可重复性的用户一个都不用,然后转去另一种解决方案。

          举个有点类似的例子,最近尝试重新运行一些 tidyverse 的代码,结果发现很多函数生命周期都终结了,很多包功能相似但用法又不一样,我理解这属于技术框架限制需要重新定义一些东西,但我不认为那些拿到代码的人同样理解,他们只会说 “哎呀,有提醒,有红字,是不是错了?你这换来换去不靠谱”,所以我就把 tidyverse 代码全都转成 base 版的了,然后又踩了个 4.0 把因子变量默认不转换的坑,然后加急把之前所有的读入函数里都加了对 stringsAsFactors的控制。

            yufree

            tidyverse 确实变来变去太痛苦了

            之前存下来的ggplot对象更新之后打印不出来只能回去重新跑原始代码debug,感觉像是被信任的小伙伴朝我背后开枪。

            yufree
            净土宗对重新发明轮子有旁人难以理解的偏执,且数年如一日地“今日之我与昨日之我战”,生生不息,改改不停;像我这样的超轻量级用户都渐觉不耐烦。就重新发明轮子来说,之前还有个言之成理的由头,比如说代码语法更一致,速度更快等,这次的狐狗党却连这样一个像样的由头都拿不出来。

            这种毫不顾忌用户体验和产品扩散规律,屡次站在技术高地随地大小便的做法很容易把自己折腾坏了。

              我准备继续说点什么的时候,问题被关闭了。继续用我的blogdown,静观其变吧!一切遵循市场的游戏规则,当然主观和客观上我都绝对挺你@yihui,感谢你带给我们这么多姿多彩的娱乐工具。游戏,请继续……

              这是挑起大神互斗的金苹果吗……以史为鉴,以史为鉴啊!

              Liechi 这种偏执两年前在哈神的一句回复中可能已经体现得淋漓尽致:

              Where possible I like to own the whole stack from top to bottom.

              当时我看到这句话,觉得太可怕了。

              Tidyverse 变来变去,连我这种微量级净土用户(加重量级 R 用户)有时候都感到非常困扰,出个错误消息看半天不知道咋回事

                yihui 这个对开源社区太不利了,开源社区的一个优势就是自由开放,用户认可一个软件就会自发适应这个软件。如果从上到下进行控制,用户的再学习成本就成了外部强加的,商业软件会针对自己的更新发布培训,这都是额外的人力物力投入,开源软件几乎都靠自觉,折腾几次可能就劝退了,倒是可以学下商业软件保持稳定与向前兼容的理念,对里程碑级的版本号长期维护。

                最怕这种前后不一致,变来变去。一般为了避免这种情况,我都尽量选择自己可以有更多控制的工具来用。我不知道hugodown是个啥情况,至少blogdown适配自定义hugo主题没啥问题。