我的天

我把《别怕，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之所以牛逼，是因为它可以把很多重复性的东西批量完成，但是你要把命令写到位，那个软件才会以你设想的方式运行，并得出你想要的结果。玩好这个东西是为了我们以后做具体事情的时候不必那么埋头苦干地重复劳动。但在此之前，我们必须理清我们干那件事所需要的全部逻辑。就像一个高级技术人员，他或许不需要做一些非常实际的工作，但那些最基层的实际工作，他必须全部都吃透明白。

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

直面人生的各种恐惧，有时是挺让我着迷，因为只要你一头埋进去，你就可以马上忘却身边的很多。但很多时候，那个恐惧不是你选的，而是别人强加给你的。无论你愿不愿意，你还是得接受。那个时候，可能你的就不是恐惧，而是厌恶。我是个很怪的人，从小我就发现了这么个现象，有些东西可能我一开始是厌恶的，但时间长了，我渐渐就没什么感觉了，最后甚至会喜欢上，这种事情很微妙，但一旦这种奇迹发生，那种喜欢甚至会超过一开始我就着迷的那些东西。但显然，我活了30多年，这种事情发生的几率非常低，大概不会超过1%。或许随着年龄的增长，尝试的东西多了，这个比例会提上去。

昨天我突然意识到，那本《别怕，Excel VBA其实很简单》其实我已经快看完了，只剩下二十页不到而已。有些东西我的确了解了，但我不能说我真的学会了。毕竟那本书有些东西写出来，他们默认你一早就知道，但实际上你并不知晓。语法这种东西，或许你还能猜一猜，但是单词完全不了解，你又怎么整得出来呢？有些时候，某些新新语法是他们之前没有解释过的，直接就蹦出来。大学的时候的食品工程原理其中有一门功课是设计一个东西，那是一个管壳冷凝器。老师说，如果能为那个东西编写个软件，就可以加分，我真的这么干了。那个东西的设计思路我是完全按照Excel的，因为我首先在Excel里算好了。那个程序我用的是VB，在那之前我只学过C语言。基本上那个VB就是把我的Excel演算重复一遍，不过在某些地方，加入一些判断。总的来说那个程序很不智能。你要把你找到的所有数据填进去。如果你填对了，就会得到应该有的效果，但是如果填不对，程序或者或许会崩溃。所以那个程序最后我封装了两个版本，一个是空白的，需要你填数据，另外一个是我已经把正确的数据填进去的，只要你按一下确定就能够得到正确答案。的确，在交电子版图纸的时候我把程序放进去了，但最后发现我的成绩跟别人没差多少，于是我就怀疑，可能老师根本就没细看电子文档的东西，尤其发现那个程序是一个exe的文件就更加不会随便打开。现在回想起来，如果我聪明的话，我应该把程序的脚本全部打印出来，附在纸质版东西的后面。那么即便老师只是很随意地翻一翻我的作业，也会看到我为这门功课设计的软件。

同样是VB，现在看Excel的书，对比我曾经写过的VB软件，感觉好复杂。这大概因为以前我写的东西根本不涉及数据库这回事，但现在要玩转我自己的东西。脚本就必须跟Excel数据库进行各种信息交换。简单来说主要有两点，一个是判断，一个是循环。玩好这两个以后，余下的那些就只是在某些地方用上一些固定的语法。现在即便我已经基本把这本书看完了，但是要我自己写一个VBA，实现一些功能，还是挺困难的。同时，让我完全理解别人写的那些一大通的东西也很有难度。但这些东西越是有难度，对我来说就越有意思，毕竟只有这样才可以让我完全专注，静下心钻进去。

我一直都觉得，人在专注的时候是最帅的。

有些人喜欢拿Word去做表格，有些人喜欢用Excel去画画，这都是神一样的操作，但是做前者的人却绝大多数不会看作是异类，但是做后者的人你就只能觉得他真是个艺术家。的确，Office的软件能解决很多问题，而且基本可以这么说，对一个中小型企业来说，你根本不需要其他额外的软件，光是玩好这套Office，就足够满足你所有的需要。前提是你的业务量没有达到百万级，但其实这个数据量我也是瞎掰的，因为实际上，通常我最原始的数据，一年下来不到2万条。从而不到2万的数据就可以衍生无数多的东西。Excel教会了我原始数据和汇总数据是两种彻底不一样的东西。在那些不怎么懂的人眼里，表格永远都是混搭的。最让我痛心疾首的是，他们把混搭的表格当作原始数据。于是你还得一条一条地把那些无关紧要的东西删除掉，有些时候可能你能找到规律，但有些时候，规律真的不明显。

如何筛选信息，把无关紧要的删除掉，对我来数这是一个必备技能，但对有些人来说那是高深的学问。你可以用Excel的筛选功能。但相比于Word，可以精准的使用通配符，显然Excel就没有了。我还记得，我的大学课程里有一门叫做文献检索，在那里面，老师介绍了国内国外常用的数据库。国内的数据库，查询大都是那样，最高级的要算是中国期刊网的，但是外国的那些，不同的数据库总有不同的通配符。你要玩转那些地方，就得记住某个符号在那里是怎么用的。在程序语言的世界里，也经常会用通配符，尤其在正则搜索。当然，在不同的编程语言下，这些符号又会有差异。回到之前那个Excel删除信息的问题，在软件的数据筛选里，可能你用的是某些组合方式，但是如果你用的是VBA，用的是写脚本的方式筛选，那又是另外一回事。最终如果你足够厉害，无论用哪个方式都能实现你的功能，但显然，对新手来说，你打算用软件自带的套路直接放到VBA里面使用，那就不合适了。也不是说直接使用就不能实现目的，但显然，如果你从机器的角度考虑。你就会明白其实你用了一个不怎么懂的人给你做翻译，虽然最终事情也能做成，但显然效率就不高了。还记得从前我选择理科而不是文科，原因是我觉得“学好数理化，走遍天下都不怕”就是这么回事，这句话就意味着那些符号在各地是通用的，但是语言就不一样。编程语言又跟一般的语言不同，编程语言在哪里都是通用的，因为命令的规则都是一致的，无论你说的是哪一国的语言，只有遵守那些规则，才能让程序达到你的目的。在编程的世界里，只有高端的算法，没有狗屁不通的语言障碍，因为实际上，跟你交流的不是别国的程序员，而是机器。暂不说现在的AI有多厉害，一直以来机器这种东西是最直白的，懂与不懂他不会给你一个尴尬的回复。机器最终只会给你两种结果，一个是你想要的，一个是你完全没有料到的。有时候，相比于跟耍滑头的人类玩，我更喜欢跟那些耿直的机器对话。

很多东西都是你越是深入，你越会觉得他伟大。