我的天

我前天开始系统地学习R语言，用的是一本叫做《R语言统计入门（第二版）》的书。那本书从最最基础的东西开始说起，基本可以说是零基础也能学会。我去说，书里面的内容是统计学和工科大一学生应该掌握的基本概念。现在我只看了一点点，感觉挺有趣，有些东西很容易理解，但有些东西却要绕一个弯。其实之所以这样，是因为R语言设置了很多潜规则。跟我之前学过的C语言不一样，R语言的潜规则多得多，也正是因为，它固有的规则多，所以有些东西毫不费劲就可以得出一个高端的结果。比如，当你要算一个数组的平均值，又或者是标准差的时候，一个简单到爆的函数就搞定了。如果要手工实现那个函数，真的很费神。我觉得R语言这个东西，只要你领会到规则的制定方法，很多东西都可以融会贯通。重点就是你能不能领会到那个精神，消化他们的东西成为自己的一部分。Excel的VBA里面也有很多潜规则，但是，跟R语言比起来，Excel里的很多东西貌似就有点复杂麻烦了，比如说，连起个名字，Excel里面的东西都要比R语言长。

我觉得对我来说，学习R语言跟学习Excel VBA，虽然都是编程语言，但二者不一样。VBA更侧重于技术实现的层面，要解决一些具体的东西，之所以要写VBA，不是要做研究，而是要得出某些结果，通过简单的操作就可以把复杂的流程秒杀搞定。其中的逻辑在写VBA程序的时候就必须已经想得很透彻。又或者可以这么说，在写VBA的时候，实际上你已经通过其它方式，得出了一个你要得到的结论。虽然你不可能所有数据都已经得有结论，但起码在某些数据上面，你已经确信那就是你想要的结果。大概因为我对R语言还了解得不够透彻，所以我觉得R语言最看重的不是结果本身，你不是为了要验证某个结果而去用R语言，而是要让R语言帮助你找到某些东西的规律。

之所以认会到R语言，是因为它有强大的绘图功能，几乎可以这么说，只有你想不到，没有它做不到的。R语言做出来的那些图，跟艺术家很写意地画出来的不一样，R语言做出来的图都是根据某些数据按照某些规则合并计算而来。有些数据摆在一起，我们不运行软件，也能预测到那估计是一个什么样的趋势。在一开始的时候，我们必须了解这个趋势，当R语言把图做出来的时候，我们才可以判定我们的方法有没有用错。当R语言我们已经用得很熟练的时候，我们可以要把我们的数据放到R语言里，然后通过某些我们已经应用成熟的方法让软件给我们得出图像，接着我们再从图像里得出某些结论。

不知道从什么时候开始，我迷上了数据可视化。把一堆数据用表格体现出来，和用图像表达出来效果很不一样。如果图做得好的话，那会给人一种惊艳的效果。如果你只看到一堆表，你的大脑还得寻找表格里数据的相关性，然后在脑子里想象出它们应有的关系。在靠谱的图里面，数据关系直截了当很明白，无论你是老手还是小朋友，在看图的时候，你都能很直观地感受到。

有时我会想，为什么现在理工科的学生仍然要学习C语言，而不直接学习R语言呢？尤其是那些非计算机专业的。理工科学生的课程里必然会遇到带入各种实验和数据分析。不过呢，大学的课程连Excel都不会很细致地讲明白，他们又怎么会把R语言放在眼里呢。

编程语言是种必需掌握的技能，谁是你的菜就得看这个社会推动的是哪种，又或者是你打算用在哪个领域了。

第一次接触O’REILLY的head first系列的Java书本。已经不记得那本书我是从哪里买的了。当时我想学Java，网上的教程说那本书很不错，于是我就买回来了。不知道是那本书太高端了，还是我太低端，一开始的时候挺爽，但看着看着我就觉得自己跟不上那个进度。虽然我已经觉得自己非常努力，但是那些叫我动脑筋的练习题我几乎回答不出来。如果不看答案，那是想到天荒地老估计都得不出答案。看那本书需要具备相当优秀的逻辑水平，现在回想起来，那不过是用判断和循环不断搭配而已。在冥思苦想用Excel VBA出了一些小程序满足我的日常需要以后，现在倒过来看，觉得head，first那本书的Java题目，的确有难度，但却不至于让我落入到当年那种困苦的程度。当年因为觉得自己实在无药可救，所以我换了一本入门的书。因为第一本高端，换的那本低端一点，所以看第二本的时候我有种豁然开朗的感觉，前面的部分几乎可以一目十行地飞快前进。但到达一定程度，我就没看下去了，因为当时刚好碰上我换了份工作，所以很多时间需要用在重新上手上，我再没有那么多时间去继续自己的兴趣了。因为工作迫切需要我提升Excel技能。于是Java那本低端一点的书我没继续看下去，取而代之我开始Excel三剑客，它们分别是数据透视表，函数，以及VBA。

我首先看完的是数据透视表，函数看了一部分，VBA现在算是看完了。个人感觉数据透视表那本是我看得最酣畅淋漓的，我从中学到了很多，但具体你要我一个部分一个部分介绍，我说不出来，但是你给我份工作，我可以融会贯通。我买回来的那套书基于的是Excel 2013，当时我是用2003边看边实操，很多功能都做不到。现在我用的是Office 365，对应的版本应该是Excel 2019，2019和2013比起来，又多了一些高端的功能，从前那些只是试验性质的东西现在已经成为了2019的标配。在数据透视表方面，的确可以使用一些高端的功能了，但是要完成我的日常工作，通常来说，用2003的层次就可以了。接下来我看的那本是Excel的函数公式，这本书我只看的很少的一部分，因为我觉得与其说那本书是用来看的，不如说那本书是一本手册，是当你有困惑的时候去查阅的。因为里面的内容实在太多。普通人也不可能把所有函数的应用都了如指掌。对我来说，处理数据我最熟手的招数是数据透视表。函数部分有一些我知道它能实现某些功能，但具体要怎么折腾，需要试验一下。我觉得函数和数据透视表虽然有些东西二者都可以实现，但在数据汇总计算方面，数据透视表显然人性化很多。但是数据透视表很难进行数据进行提取，又或者把无序的东西归一。函数高手估计可以实现所有数据透视表的功能。如果把函数比作英语等级考试，估计能做到那个的人已经到达专八以上了，而对一般人来说，四级已经不容易。我觉得自己在函数方面，不过是中等的四级水平而已，而且是还没到可以参加口语考试的那种。之所以我没有非常努力地去学习函数，是因为暂时我还没有需要非常努力的动力。

还有很多东西很好玩，我想接触，我想学习。我觉得在外人眼里，貌似不成章法却能很好解决问题的，是最高的境界。那估计就是《笑傲江湖》里，独孤九剑的精髓——无招胜有招，但实际上那又不是真正的无招，因为招数已经和身体融为一体，到达了随心所欲的层次。

我把《别怕，Excel VBA其实很简单》这本书看完以后我才发现自己略略明白到了数组的牛逼之处。在书本的某些章节提到过数组，但没有很详细地展开。毕竟在Excel的VBA里，即便你不懂得数组，你也依然可以得到你想要的效果，只不过用数组跟用其它方式对比，其它方式的效率会差了一大截而已。直到我把这本书看到倒数第几页，他们举例子的时候，我才恍然大悟。看书的时候我并不觉得不用数组有什么问题，毕竟那些思路都是很明白的。暂时来说，我要解决那些问题在高手的眼里不过是小菜一碟而已，只不过对我这个新手来说，必须得费九牛二虎之力才能解决而已。

如果只是用Excel的VBA做一些格式的转换，尤其门面工程的格式转换，根本用不着数组这种高端东西，但是，如果要对批量的数据进行处理，比如说筛选或者转换，数组的效率要比频繁地操作单元格高效很多。当然，如果你的处理量很少，比如说，数据在一页纸之内，用不用数组都无所谓，反正都是秒杀出结果，但是，如果你要处理的是几十个工作表里面的几百行数据。用数组处理就意味着如果你的程序得当，可以秒杀得到结果。我这里指的秒杀，是答案会在0.5秒之内展示出来。通常来说，人的反应时间是0.2-0.3秒，0.1秒的差别几乎看不出来。而之所以我有这个猜测，是因为我做过字幕时间轴的调整。如果字幕的出现和消失完全按照音频音频来，你会觉得那人开始说话了，但是还没有字幕，或者那人的话还没说完字幕就没了，或者字幕消失得很着急，所以，通常来说，在正常语速的情况下，字幕要比音频早起码0.15秒出现，结束时间则要控制在音频结束后0.3秒左右。结束时间到底要延迟多少主要看说话人的语速，如果那是很干脆的一个词，又或者那个人说话非常快，那么这个结束时间得控制到0.15秒以内，但如果那个人说话很慢，又或者他磨磨蹭蹭，每句话之间都要间隔一段时间，但实际上那句话是连续的，那段字幕的结束时间可能要跟下一句话的开始时间连上，0.5秒的延迟很正常。某些情况下，你甚至会觉得0.5秒太少。如果Excel通过数组完成一个转换用时不到0.5秒，对普通人来说，那是稍微顿一下的功夫而已。而昨天，我写的那些运用了数组的汇总程序在处理80多个工作表300多条数据的时候，如果要加上最后的删除空白行，尚且用时不到0.4秒，如果去掉删除空白行的功能，那么总用时将只需要0.2秒不到。0.2秒是什么概念？那就几乎等于鼠标按下去，你觉得结果马上就出来了。这就是我想要的秒杀结果。。

在Excel VBA里使用数组，我上个星期下半段才开始研究。没人强迫我必须得这么做，但是我觉得这非常有趣。对高手来说，这根本不算什么，但对我来说我觉得这是个非常牛逼的效果。其实能用Excel的VBA把那些数据自动汇总出来已经很可以了，一两秒钟的运算时间其实也不算很多，但是，当我发现了数组可以让这个功能进化很多的时候，我兴奋不已。其实，做的时候我完全没料到数组居然可以这么高效，虽然我知道它的用时肯定要比一般的方法快很多，一开始我以为可以达到10倍以上，但实际上还没到那个程度，不过这已经很鼓舞人了。

还是学生，要去考试的时候，我还是没有很好的掌握数组，但现在我对那个东西算是有点感觉了。

星期一 2019-07-08 20:55
平均心率111，最高心率131，平均配速548，原地跳。我明明可以早点开始的，但心里牵挂着要把库存汇总的方式以数组的方式表达出来，于是就先去做那个了。我明明知道那个东西不是十几分钟就能折腾出来，但我还是毅然开始，结果呢，投进去了1个多小时。按照正常人的思路，我应该白天有空的时候去折腾，但显然我这个急性子没办法控制住强烈欲望的冲动。#xrspook未行够#

做天我把《别怕，Excel VBA其实很简单》看完了。感觉居然是原来这就结束了，但实际上，我好像有些东西还没掌握，所以我估计要把那本书再看一遍。虽然看这本书的时候我已经是一边看一边写。因为那些公式术语之类的，必须记下来，然后才有后面的运用。但虽然自感我已经写了很多，但是有可能因为看书太断断续续，所以实际上有些东西我还是没有记住。把书看到最后的时候我才发现原来在跟Excel数据库玩游戏的时候利用好数组非常重要。那本书最后那个例子是在1万个单元格里面输入1万个数字。原理很简单，实现方式很直白，但是用数组的方式录入比用常规的单元格录入效率相差一大截。数组录入的速度是常规方式的20倍，当然这只是一个大概估算，但显然，两种方式的效率差别很大。反观我自己写的那些脚本，我完全没有考虑过用数组。因为我没想过可以怎么使用数组。使用数组意味着你必须对界限这种东西非常清楚，但其实在不用数组的时候，我也是需要明确界限。如果我使用了数组，或许可以把之前需要用一两秒才运行出来的脚本进化为电光火石眨眼间之内结束战斗。

的确，昨天看到那个对比以后，我回去审视自己的脚本，但暂时来说，我还没想到可以怎么用数据去写。所以，我要把那本书讲到有关数组的地方再读一读。

写了这么久的VBA，但是每当要我准确地说出单元格位置的时候，我总要思考半天。因为用Range和Cell的时候，二者的坐标轴顺序刚好是相反的。那两个经常把我搞糊涂，所以当数组也插一脚的时候，我就更迷糊了，这三者的关系我必须搞清楚。这是做其它一切的基础。

还记得当年学C语言的时候，数组对我来说就是一个难点，貌似我一直都没有怎么想通透那个东西。在Excel里，有时最简单的一维数组可能就够了，通常来说二维能解决大部分问题，但说不准什么时候需要用到更多的维度。当年之所以把我搞迷糊，是因为那些维度总是让我摸不着边。我觉得三维已经是我的极限，更多的维度该如何表达我小小的脑袋思考不出来。现在我觉得其实我根本不用想象出具体的空间结构是如何的，我明白那种层次的关系也就可以了。

Excel这东西无非是玩好几个，文件夹基本上已经算是最大的范围，接下来是工作簿、工作表、单元格，以及单元格里面的具体东西，Excel就是控制好这些东西。VBA之所以牛逼，是因为它可以把很多重复性的东西批量完成，但是你要把命令写到位，那个软件才会以你设想的方式运行，并得出你想要的结果。玩好这个东西是为了我们以后做具体事情的时候不必那么埋头苦干地重复劳动。但在此之前，我们必须理清我们干那件事所需要的全部逻辑。就像一个高级技术人员，他或许不需要做一些非常实际的工作，但那些最基层的实际工作，他必须全部都吃透明白。

现在我才刚入门而已，从入门到基本上手是一个漫长的过程，就更加不用说往后更高层次的灵活运用了。