我的天

我已经不记得对上一次，写python是什么时候的事了，感觉好遥远，起码一个多月以前。具体时间，我实在记不清了，但是我依然记得，上一次我卡在了哪里，我应该在哪里重新开始。当时我看到的是第14章，但实际上第13章的内容我还没有全部消化掉，前面的那些我花的时间还多一点，后面的那些简直就是囫囵吞枣。第13章最后一道练习题，我觉得自己是无论如何不会去想的了，因为我根本不知道题目到底要我做些什么，之所以这样，大概是因为我的数学学得不好，所以我无法理解题目的意思。但是倒数第二道题目，我觉得自己还是可以做到的。

那是一道从一本书里随机的选择某些单词组成一些可能有意思的句子。随机拼凑句子语意当然乱来，但是如果能保证单词前面和后面相对稳定，那么起码单词组合起来会有某些意思，虽然可能句子的意思还是很无厘头。随着前面后面单词的整体性加强，整个句子的意思也会越发明了。这其实就是一个靠着前缀找后缀的运行模式。开始的时候默认的前缀是两个单词。由前面的两个单词找出后面一个单词，然后再利用后面的两个单词找下一个单词，如此类推。这种方法理论上可以扩展为结合前面N个单词找后面一个单词，然后再撇掉第1个单词，继续找下一个。思路不复杂，但是该用什么实现这个呢？的确是需要点心思的是Think Python那本书没有把所有方法都告诉你，在最终写出这道题目的解答之前，我看过他们的答案，但我觉得自己没看懂，因为里面加入了很多书里之前根本没说过的东西。里面默认带入了很多他们认为你必须知道，所以无需解释的东西。如果这是一本传统的教程，这简直让人日子没法过了！做这本书的习题的时候，我也吐槽过无数次，他们会无底线地超纲。但也正是因为这些说来就来的超纲，让你除了要看这本书以外，你还必须动脑筋，还必须自己手动去搜索解决方法，找那些他们觉得你一定得懂，但实际上他们又没说的东西。最终我写出了我想要的东西，至于结果跟他们的差多远，我没有比较。很多人说python是一种类似于乐高积木的编程，是一个模块叠加一个模块的。但是里面的递归却让我很头晕，所以当参考答案用上全局函数，用上递归的时候，我选择的依然是循环，依然是在主函数里输出那些东西，同时也在一句话里面嵌套了好几个我想做的事。我当然可以把我嵌套的东西单独出来定制一个函数，但是一句话能说清的事情我不想再写几行，虽然在用的时候，多写几行可能会调取得方便一些。现在我之所以不这么干，是因为我要实现的功能暂时来说还很简单。我用一句话就实现了，只不过嵌套了好几个参数而已，Excel的函数也是这么玩的。虽然有些时候，我也会狠狠地吐槽那些几万公里那么长的Excel函数公式。

我从来没想过，自己能在半天之内解决一个之前我曾经想过但是却没想出解决办法的问题。

不知不觉好像我已经快一个星期都没有碰python了，原因是在家的时候我懒惰，在单位的时候，一心在整理各种各样的数据，也正是因为我正在整理数据，所以其实在我的骨子里是念念不忘想使用python这个大招的。在数据处理方面。我觉得，我正在用Excel人肉操作的那些，如果以一个正确的方式丢给python，那绝对是几秒钟就能完事。明明我知道可以这么干，但现在我还没到达那个境界。

昨天我整了一个巨长的公式。在最开始的阶段，我在普通的Windows记事本里折腾，但是当公式嵌套得越来越多以后，显然普通的记事本把我直接看晕了。我把那个东西放回Excel，但实际上Excel这个怪物根本不给我显示到底那些一对又一对的括号谁跟谁匹配。我也试过把那条长长的公式放到VS Code里，我随便打了个py文件往里面放Excel公式。虽然某些地方高亮了，但是括号匹配还是很不行。如果那不是一个Excel公式，而是一个python文件，我早就给它写很多注释、搞很多回车了。不就是个嵌套了三层的if嘛。但实际上，如果这是在python，完全可以不嵌套，用三组平行的if就解决问题了。最终，我把那条很长的公式贴到了Notepad++里。经过一番折腾，我觉得Notepad++才是最适合编辑Excel长公式的工具。虽然Notepad++不能自动生成成对的括号，但是在判断括号对应性方面，我感觉已经足够了。他们会把成对的括号用加粗的红色显示。当你选择这一边的括号的时候，那边的括号就红色加粗了，这样我就能搞清楚自己编辑到了哪一层括号。习惯了用python之后，什么括号，什么使用范围之类的东西全部用冒号、用缩进就解决了，回到Excel里要用一句话表达，本来用三句短话就能表达清楚的东西的确挺烦人。为什么Excel编辑公式就不能用回车，不能用缩进解决问题呢？如果有几个回车的话，显然那条公式到底在表达什么就很明白了。在Excel的某个单元格里回车，那就是要执行公示的节奏。如果是数组公式，你还得用组合键结束。有时我实在不明白他们为什么非得一定要用组合键呢？为什么不能在公式外面加一个什么函数包裹，让软件明白就在执行数组公式呢？

习惯了python的简洁与人性化后，回到Excel让我各种不习惯。在python里，单引号和双引号都可以用来表达那是字符串，但Excel要表达字符串，要表达某些固定格式，必须用双引号。另外一个人让我不习惯，因为我已经彻底忘记的就是在Excel里面不等于用的是<>，而在其他编程语言里面，不等于的表达方式是!=。所以当我在Excel里使用!=的时候，Excel懵逼了。于是我不得不去搜索，进而发现是我自己搞迷糊了。还记得小学的时候，家长们总担心孩子如果一边学汉语拼音一边学英语会不会张冠李戴，用汉语拼音来读英语或者用英语来读汉语拼音。这是两种彻底不一样的东西，虽然他们的最终结果就只是个发音而已。我是小学一年级开始学汉语拼音的，三年级的时候开始学英语口语。在我开始在学校正规接触英语之前，我的汉语拼音已经很熟练了，而在我接触编程语言之前，我接触过Excel，但只是接触过而已。对二者的深入了解几乎可以说是平行发展的，所以混淆二者的某些基础用法我觉得可以理解。

最终，我把那个我想做到的效果用一条很长的公式表达了出来。那条公式针对的不是具体的某些单元格里面的东西，所指代的位置全部都是相对的。所以根本不存在拖拉以后会出现状况。有了这条公式我就彻底做到了对某个仓开始入库、结束入库以及期间库存精准定筛选定位。

那条长公式在成功整出来之前，我先在纸上列出了几个条件。代码这种东西是非常讲究思路的啊啊啊。

昨天研究了一个晚上的Excel。其实也没折腾出什么高端的东西出来，都是一些大路的功能。用我以前的方式，也能实现，不过昨天晚上我把它更进一步，让使用者更直观简单。之所以要改进自己，很重要的一个因素是我发现单位的仓号命名会导致筛选一些比较小的仓号的时候如果用输入的方式会误杀。比如说我选1仓的时候，当我输入1，那些什么11，13，16全部都会中招。要避免出现这种低级错误，最简单的方法我觉得是全部用两位数字，甚至直接用上三位。001，002这种东西不会在999之内重叠。但其实，以我们单位的占地，应该达不到三位数字。一个10万吨的立筒仓群里面有18个立筒仓，10个星仓。如果有5个以上的立筒仓群，两位数的命名就会出状况，但显然我们单位没有那么多的地方建这么多组立筒仓。至于浅圆仓，至少是1万吨一个，现在新建的那些甚至达到了2万吨。再怎么牛逼位，我们单位也规划不下100个浅圆仓。因为这就意味着起码有150万吨以上的仓容。加上立筒仓，要达到200万吨几乎不可能。以我们单位的占地，以及所建厂房的仓容，即便到达200万吨也用不上三位数字的编码。

以普通人的思路去考虑，从1-99编码是再正常不过的事，但是从一个不重叠数字的角度考虑，如果用的是CTRL+F的搜索，尚且可以选择单元格匹配，但是如果那是一个列表里面的筛选项，效果就会很尴尬。当然，也有一个不会中招的方式，就是用手动单选。如果你手头上有100个仓，你要单选其中一个。无论如何，这都比不上你直接输入数字快。点到某个单元格的下拉菜单里面去挑选某个东西是一个非常没有效率的做法。昨晚我突然领会到在这种时候，我需要使用切片器。其实切片器跟传统的筛选没什么区别，但是切片器可以直接放在工作表外面，你可以把它拉得很长。在普通的下拉菜单里面，某个视图你可能只有5-10个选项，但是只要你的电脑屏幕足够大，你的切片器就可以很大，极限情况下，一列估计能排下20个。5个选项和20个选项的区别在于下拉的滚动条被大大缩小了。Office 2003没有切片器，我不知道2010有没有，因为我几乎没有用过2010，但我知道2013年以后的Office具备这种功能，除了切片器以外，还有日程表。日程表这个东西我试用了一下，感觉能实现我的某些功能，但是为什么那个东西只能用滑动条而不能手动输入数据控制呢？如果要做到自由的控制，难道我要为那个日程表写个宏？

洗澡的时候我一直在考虑。计算堆存费这个东西最根本的是判断起始时间。决定了开始与结束，中间的那些东西就只是重复得做同样的事情而已。可悲的是，我脑子里只有python，没有Excel VBA。几乎不假思索地，我就已经设定好了有了开始结束以后，中间的循环在python应该怎么写。虽然我完全不知道要怎么让python读取我的Excel文件。python能实现的功能，Excel VBA应该也能实现，顶多是语句比较麻烦而已。做好了前期准备以后，计算那些东西就只是一个秒杀的过程。

当别人在想用什么程序可以解放自己，策划这要为之付多少钱的时候，我想的却是怎么自己写一个程序，解放生产力。

还记得在看微软的python入门视频的时候。我第一次接触字典这种东西。我觉得那是相当深奥的一件事，因为我搞不懂，那跟列表有什么区别，有什么牛逼的功能。之所以这样，大概是因为微软的视频里字典的录入他们用的是手动输入，显然我觉得一个一个对应太麻烦了。而且用起来的时候我也没发现有什么特别高的效率。入门终归是入门，你看不到字典的牛逼之处，当然就会对学习这东西没什么兴趣。当我在做Think Python 2习题，而且做得死去活来之后。当我用尽九牛二虎之力才终于用列表的方法以二分法搜索的方式找出某个词，而当我后来学习了字典，轻而易举就能找到某个词，效率差了一大截以后，我才明白到字典的超级牛逼之处。显然对我来说，现在我还不怎么熟悉字典这个东西。因为我只是用到了最基本的功能，还有非常多的东西我还不知道，一些它真正的用法我还没有使用到。比如现在的字典我只是停留在第一层级的程度上，通常的键和键值只是某个字符串。如果键值被换成一堆的列表呢？如果一堆列表里面还有一堆的元组呢？想想都觉得这相当恐怖，如果到达那个境界，我该用什么方法去访问那些东西呢？现在对我来说，那是个未解之谜，因为我还没遇到那种题目。

因为工作的原因，我已经放下python一两天了。这种东西一天不练就会手生，下次再重新开始的时候，大概我已经不记得某些语句该怎么写了，于是又得花一些时间去复习之前学过的东西。

还记得在接触python之前，我已经有听说有字典这种牛逼东西。在C语言里好像有，Excel VBA里好像也有，但是我都从来没有用过。因为我觉得那对我来说是非常遥远的存在。在python的学习过程中，我觉得字典就像吃饭睡觉一样，是基本的核心功能。字符串列表字典和元组就像数学里面的加减乘除。当然我这里列举了关系，并不是一一对应的，而是说明他们都是基本的功能，全部都得熟练运用。

还记得貌似是在学递归的那一章。在总结的时候，我记得那里好像说要我们学会不要在一个点上过分纠结，要有全局思维。其实递归并不需要把一个数值竟放进去，然后不断地按照程序进行不断的套用，应该从大局方面想，完成了这个操作，我应该得到什么答案，得到这个答案以后，我就可以把程序继续下去了。这说得简单，但实际上，有时我真想不到，递归最终我能得到什么答案，所以每次我都只能自己很傻地一遍一遍尝试。有些时候我图快，一下子放进去不是最基础的数字，结果就把我自己搞死了。后来才发现，原来一开始进去的东西就应该用最简单的，那才能最快地得出应该有的答案。直到现在，我还是非常难适应这种思维方式。在我没学习递归之前，我已经见识过了斐波那契数列。当时我是用循环的方法实现，但实际上更直观简单的方法是递归。还记得高中的数学里面也经常要我们把某些东西最终以某些方式表达出来，而当时他们给出的题目真是一些递归的东西。所以可能很早以前我就接触过递归了，但是当时没有学编程，也没有计算机，非常苦逼。

如果在学习的时候，能一边的学习编程一边学数学，大概当年就不会那么痛苦了。

python的习题我已经习惯了他们不给参考答案，又或者是参考答案里有一些超纲的东西。既然这样，如果我可以用我学过的东西得出答案，我会努力地那么干，但如果我实在没办法，就会请教搜索引擎，然后我也会用上一些超纲的函数解决问题。现在我只学到了一些很入门的东西，所以实际上现在很困扰我的问题实际上已经有现成的函数可以秒杀掉。秒杀是很简单的，你知道使用范围，然后把东西丢进去就可以了，但如果全部都这样拼凑，跟直接在Excel的系统函数里玩有什么区别呢。知其然，也要知其所以然。经常让我纠结的东西我会想到一些很特殊的情况，我该怎么把那些特殊情况也处理掉呢？当然我想到的特殊情况可能并不算太特殊，又或者还有很多特殊的东西我没有考虑到。内置的函数里，很多东西都固定了取值范围。比如说针对字符串的函数很多东西，你只能在里面填字符或字符串，你不能把列表、元组或者字典丢进去，所以这就很烦恼了，如果我要处理的不只是我能列举的那些字符呢？比如说我要处理的是32个半角的标点符号，我要把他们替换掉，它们32个是以一个字符串的形式放在一个函数里的，你可以直接的把它们引用出来，但是，如果你要把它们替换掉呢？我遇到的问题是，我需要把它们全部删掉。为了实现这个，我写了个循环，历遍了字符串里面的32个元素。然后把它们逐一替换为空字符串。后来我认识了一个比较高大上的函数，叫translate，而在translate之前，又有一个制定翻译规则的函数maketrans。Python3中，maketrans已经被列为内置函数，不需要再引入模块才能使用。Python3的maketrans有一个相当牛逼的功能，就是在创造翻译规则的时候，我可以引入字典。这是一个非常妙的点子！因为在创造翻译词对的时候，强制规定前者跟后者，必须是等长的，而字典的键与键值一定会成对出现。一开始我用那个函数的时候，被翻译的是32个字符，然后我手动数了32个空格进去。后来我为这32个字符建立了一个字典，然后优雅的把字典丢给了maketrans，最终让translate秒杀完事。

关于分隔出一段话里的每个单词这种事，正常人的思路是筛选出那些0-9以及大小写字母。但是，在一开始的时候，我被暗示要用减法。首先，把整段话都变成小写，然后剔除掉里面的标点符号。最终根据分隔符把单词切开。如果一开始，我就想到用限定字符的话，我会从正则方面考虑，但貌似我的做法跟正则出来的效果有点不一样。因为正则之下，居然星号、逗号和杠都没有去掉。这让我非常惊讶。当我对比我的方法提取出来的词和用正则方法提取出来的词以后，我发现在那个排版有点过分的emma文件里，我的提取效果要比网友的正则好。虽然总的来说两种方法算出来的单词量没插多少个，但实际上但把差异打印出来以后，效果还是差得挺远的。

我还是比较习惯自己先琢磨一下，得出自己的方法，然后再去跟别人比较。