有些包卸载了就回不去了
最近接收到粉丝的求助，说她安装一个包data.table失败了，提示她R包data.table依赖于最新的4.0以上，所以被迫升级了R，结果仍然是搞不定它，又降级为3.6，折腾了三天三夜，仍然是折戟沉沙在包data.table上面。
我觉得她的故事非常典型，值得分享，很多人缺乏“透过现象看本质”的能力，总是会被各种各样的R报错的表面信息给误导。
我们首先回顾一下她遇到的报错：
确实是超级的诡异，因为粉丝的mac电脑里面有pkg-config，也有zlib，都是brew安装好了的。我跟她调试了十几分钟，也确认了这一点：她mac电脑里面有pkg-config，也有zlib。（PS：起初没有意识到她安装一个data.table包的代码如此复杂，肯定是中间经历了各种各样的搜索，被带歪了）
初步怀疑是默认安装的data.table包版本太高了，所以找到旧版本R包给她，但是接下来的报错更诡异：
关键是，同样的代码，我自己的mac电脑运行起来没有错！如下所示：
调试了半个小时，我也放弃了，主要是远程沟通很费劲，看不到电脑，我珍藏的很多花式解决bug的技能没办法施展开。我完全搞不懂她为什么就遇到了这么稀奇古怪的错误，关键是我自己的mac根本就没有pkg-config这个东西，安装包也丝毫不费劲啊！
bug掉我头上了
这件事本来就这样过去了，因为毕竟不是自己的电脑报错，但是下午我自己想用这个data.table包的时候，就发现，居然给自己挖了一个坑。虽然说我前面安装成功了，但是加载居然会报错！
data.table包也被搞坏了，真是尴尬啊。而且，我终于想通了为什么粉丝会误以为她自己的R需要升级到4.0了，因为报错里面的确有一个警告，说这个包是4.0条件下创造的。就是我前面提到的，她被表面信息给蒙蔽了。现在，这个报错是我自己的事情了，不得不解决了。首先我尝试重新安装它，继续报错：
完美重现了粉丝的报错，哈哈哈！确实，我的电脑没有pkg-config，也有zlib，但是我稍微思考了一下，如果我继续沿着这个思路去解决pkg-config和zlib，其实就是走了粉丝的老路，是不可能去真正解决这个data.table包的问题。
而且，报错信息实在是太多了，很容易让人迷失在里面，抓不住重点。
这些报错非常具有迷惑性，所以我重新安装data.table。
有意思的是，这一次我选择no，居然就成功了。
后记
说不清楚我是如何解决这个无缘无故掉落在我头上的bug的，也许是运气？