我的天

我觉得哪一天自己不看一下脚本，尤其是在工作日的时候，就觉得日子好像缺了点什么。脚本可以是VS Code里的那些，也可以是Excel VBA，同样也可以是各种的网页源代码，又或者是XML文件。反正就是一些不是给人看的东西，又或者说，不是给人直接看的东西。那些东西经过软件的处理以后，结果是给人看的，但是我看那些东西的时候，却是给机器看的。我还没有神经病到要看二进制代码的地步。

一个没有完美倾向的码农，绝对不是一个好码农。所以当我看到，单位的那个所谓智能系统出来东西每一页都有错的时候，我怎么可能不吐槽。他们测试过了吗？他们真的测试过了吗？他们不只是没有测试过，而且做那个表的人根本没用心，连抄都可以抄错。因为我自己是一个码农，所以我知道那些步骤到底应该是怎样的。我不知道专业的码农日子是怎么过的，反正只要我开始任务。任何时候我脑子里可能都在想，有可能是吃饭的时候，也有可能是跑步的时候，经常发生在我洗澡的时候。

写出来的东西的确能实现一些功能，但是那个东西真的能兼容所有情况吗？如果有一些突发的呢？突发的时候，我们可以手动使用B计划，也就是非智能秒杀计划，但是能不能在秒杀计划里加一些判断分分支适应特殊情况呢？这完全是可以做到的，但是一开始的时候，那并不是核心功能所在，所以没有被考虑进去。到达一定程度以后，我就要把那个功能泛化出来。不仅仅做到一些核心的东西，连一些正常的例外也得考虑进去。之所以这么说，是因为昨天走回宿舍的路上，在洗澡之前，我又想起前天写的两个脚本我还可以加一些条件判断进去，使之适应一些后续增加的例外事件。虽然说那些是例外事件，但是在某些情况下，有可能变成常态。之前我不知道该如何处理，但昨天，写了两个数据透视表的脚本以后，我明白到数据透视表我可以固定用某个表名。如果之前已经存在那样的表名，第一步需要把那个表删掉，然后开始后面的操作。又或者，我并不需要删掉那个东西，我只需要改变数据的引用范围。在我的知识范围内，直接删掉比调整引用范围简单。但实际上调整应用范围也必定是一个可控的东西，所以大概接下来我要了解一下怎么在VBA里改变数据透视表的应用范围。另外一个脚本更简单一些，直接是判断某个单元格那时是不是某个固定的东西，是的话就无需进行插入操作，直接开始排序，不是的话就要先进行插入，然后排序。

如果之前我没有学过python，没有努力地写过各种脚本，大概我会觉得泛化有点麻烦，但是当我经历过那些东西以后，我觉得这一切都理所当然了，我甚至想写一个自定义函数把主流程丢到里面去，那么，核心部分的判断就会非常明了，理论上VBA也肯定能做到。之所能具备了这种思路，我必须得感谢Think Python这本书。这种思路是我大学时学习程序语言的时候所不知道的。虽然那时我通过了计算机二级C语言的考试，但那考试对我来说只是一张纸。是后续我接触到、我自学回来的东西，成就了现在的我。

变得更好的路永无尽头。

昨天GitHub不知道发生什么状况，下午我发现服务器上不去，晚上貌似又好了。但问题是，下午我push上去的东西，代码页面已经修正过来了，但是网页显示还是老版本，至于为什么，我实在没搞懂。无论，我把仓库检查多少遍，线上跟线下都是一致的，为什么展示页面却不行呢？实在让我很迷惑，如果仍然是这种状况，估计我得把整个仓库里的内容全部删掉，然后重来。这样做肯定是最彻底的，但我真的需要如此变态吗？好像有人说过，如果修改了某些东西，那个会导致网页崩溃的话，GitHub Pages就会一直保留在最后那个靠谱的版本，我觉得新生成的网页没什么问题，因为我在单机上也测试过了，所以接下来可能我要把本地仓库里面的东西全部删掉，然后重新生成网站，再去校验。昨天我试图用一下git bash，但我发现自己根本不知道那个五颜六色的东西要干嘛。尤其是到达某个叫我注释的页面，我完全不知道该如何处理那个东西，不知道该用键盘还是鼠标，不知道应该在哪里操作。那个界面没有任何提示，真的让人非常抓狂。Dos界面很多东西都是默认的快捷键，但显然那个五颜六色的版面的快捷键我一窍不通。而他们默认的处理方式是你懂的。用CMD处理git不是老手做法，但我觉得CMD反而让我心安理得一点，因为CMD要输入的东西永远在最后，不会五颜六色蹦出来一个界面，或许能用鼠标，但实际上又好像实现不了某个功能。VS Code貌似原生是支持GitHub的功能，但我好像找不到登录界面。我明明已经把某个仓库的本地文件夹加入到VS Code的工作区，但是软件还是没感知出来。

下午的GitHub一直显示服务器500错误。没办法搞那个，所以我就研究Excel VBA去了，去实现一个我一直以来都很想做，但是却一直没有动手的东西。最终我写出来了两个脚本，一个用来整理数据，另外一个用来一键生成数据透视表。这两个东西，基本不需要再理清思路，首先用录制宏走一遍，然后参考一下里面的代码。录制的宏里面，总有很多废话，很多无厘头的各种操作。如果那个代码完全是写的，而不是录制的，就没有这么多多余的东西。录制的宏里面默认会带入非常多的默认设置，但实际上，那是不需要写出来的。录制的宏里面也有非常多确定某个选区的命令，但实际上，那也是没必要的。在Excel的可视化界面，鼠标点在某个单元格，录制的宏里面就会确定一个选区。实际上很多时候，鼠标点在哪个单元格其实都是无所谓的，那是很随意的，但是其实我们可以确定某些不随意的单元格。把定位写死就不用经常切换选区，选区选来选去，选了以后又没取消，我不确定会不会整出什么幺蛾子。数据整理的脚本我写的内容还多一点。数据透视表的一键生成跟我录制出来的那个东西差别不大，因为的确那些语句都得表达出来。耗费我最长时间的是数据透视表新表格的建立。我一直以为是数据选区我的表达有问题，但实际上原来是我新增数据表的某些语句写错了。VBE与VS Code比起来，我觉得最不人性化的就是，明明那都是明摆的语法，是你拼写错误了，运行的时候，居然不提醒你。如果能像VS Code那样，固定搭配写对了，显示某个颜色，如果你乱写一个东西就不是那个颜色，语法错误就给你下滑波浪线，debug的时候，我就不需要浪费那么多时间。昨天我的状态也不太行，因为一些理所当然的单词我几乎每次都会拼写错误。看来看去找不到原因，最后发现单词写错了。大概如果我要玩Excel VBA，我必须得找一个靠谱的VS Code插件。

在经历过好几个星期才能解决一个脚本问题以后，一天解决了两个，让人有莫名的成就感。

我前天开始系统地学习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倍以上，但实际上还没到那个程度，不过这已经很鼓舞人了。

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