前年有一次 TeX Live 的安装包崩了,弄得我心力交瘁,吐槽了一遍为啥他们写代码不测试。 这两天它又崩了,面对蜂拥而来的一脸懵圈用户,我又要吐血了。这么重要而且开发了几十年的软件,为啥至今连个最基本的文档编译测试都没有,哪怕用 pdflatex 跑一个三行的 .tex 文档也好啊……每次崩坏都只能靠可怜兮兮的用户自己发觉、汇报,然后静候开发者修正。

  • 0521 回复了此帖

    yihui 因为开源免费,开发者无需为任何用户负责,所以没必要给自己添麻烦,添加商业公司特有的“一堆繁琐的质控流程,大量的冗余人员配置”,所以崩就崩吧,不影响开发人员自己的切实利益,又可彰显开发人员的存在。
    所以大家对于有时候就是希望花钱买个安心,买个出错时候有人响应的商业软件,买个万年才更新一点的软件。
    开源先天适合新技术、新场景、新功能、新想法的探索阶段的实现,可以不计稳定性不计性能不计效率的实现,真正的生产环境还是需要一些日常搬砖的撸猫的人员维护。

      震惊,竟然没有专宠自己开发的 TinyTeX

        以前在学校里听到某个老师说,高德纳写的 TeX 非常优秀,优秀到你只要发现第一个 BUG 就给一美分,发现第两个2美分,发现第三个4美分,发现第4个8美分,以此类推,逆天的奖励方式!为啥用户实际用的都是这么不稳定?

          0521 论述上升到”开源“对”商业“的话,就有点跑偏了。我要说的不是开源稳不稳定的问题,而是开发者的习惯问题。这次的崩坏完全是可以通过一个非常简单的测试来避免的,可他们非要猫在 SVN 世界里不肯出来,而且代码不测试就发布。从他们的键盘到用户的硬盘中间没有一道防火墙,这道防火墙花一分钟时间就可以建立,我已经帮他们建了,而他们却不愿意接受。

          JackieMe TinyTeX 的本质就是精简版的 TeX Live,它得仰仗着 TeX Live,所以上游要是崩了,下游也会崩。

          经历了这两次事件之后,我得重新考虑要不要提供 TinyTeX 的预编译版了;只有我提供预编译版,我才能给 TinyTeX 用户加上这道防火墙(失败的版本不会发布),但预编译版的最大难点就是许可证,解读许可证不是我的专长。

          Cloud2016 高德纳是神人,他也许可以用意念力测试,但 TeX Live 的开发者似乎没有那么神。不神也没有关系,绝大多数人都没那么神,这种情况下只需要老老实实写几个测试脚本就好了,有问题自己立刻能发现,而不是等到用户用了以后才发现、再报告。这种利用用户来做人肉测试工具的方式实在是太糟糕了。

            5 天 后

            yihui 最近看大鹏的paper_zh的.tex模板也是非常抓狂,想按自己的要求个性化调整,又不敢轻易调整。我该如何用好bookdown这个神器呢?或许没有捷径,卖油翁说了句真理。

            1 个月 后

            yihui 现在 tinytex:::install_prebuilt() 安装的 TinyTeX 保证对 R Markdown 文档可用,这个预编译版本只有通过了我的一些基本测试之后才发布出来,否则这个函数安装的是上一次可用的版本(直到 TeX Live 被修正才继续提供更新的版本)。

              3 个月 后