我的天

如我所料，当我把xls替换x1sb以后，单位的数据从每天15MB左右变成了只需要5RMB，而这个还因为前天的数据比较多，所以才有这个量。如果每天需要更新的其他文件没那么多，甚至，还不会达到5MB。我的这个转换策略是正确的，但问题是，当我把文件发上微信群，对方如果只用手机，就会打不开那个文件。那个文件没办法下载到手机，你也没办法用手机上的其它APP打开（WPS的APP可以打开）。因为微信根本就没有那个选项，于是这就很郁闷了。我不明白微信为什么会有这种设置，如果是QQ，也会这样吗？也会无法下载吗？微信的图片可以下载，语音我没试过，但记忆之中好像不可以，但那已经是很久以前的事了。视频可以下载，但问题是上传的视频跟下载到的视频质量会相差很远，而其它文件，比如Excel的，貌似我翻遍所有都是无法下载的。如果是典型的Excel文件，比如xls或者x1sx，微信可以打开，默认用QQ浏览器打开，但是你也可以选择用其他APP，但是，我这个xlsb他们无法识别。可能他们根本不知道这是Excel文件。之前已经说过，xlsb是微软的二进制工作簿，通用性不强，所以如果我的同事要打开我的文件，他们就必须通过电脑端下载。微信的这种特性一个相当神奇的存在，但这样的操作是不是意味着手机下载到乱七八糟病毒的机会会大大降低了呢？为了安全性而放弃便捷性，这也是无奈之举。

于是，摆在我面前，就有一个问题。保存在我电脑上的文件当然可以用xlsb，但是我发给别人的文件，估计每天都得转一个格式，虽然这也不是很麻烦。反正我现在已经不把文件每次都另存为然后加个日期进去了，因为那样更浪费我的空间。平时我都是在一个文件上修改，然后把那个文件用右键复制，然后粘贴到其他地方，再换一个名字再发上去。现在我的操作不过是把右键复制变成了在Excel里面的另存为而已。跟文件斗争，跟文件大小斗争，跟上传流量斗争。之所以要这么纠结，归根到底这都跟钱有关。如果单位愿意给我付每个月不到20块钱的坚果云个人版费用，我就不需要这么操心，但问题是，我懒得向他们提要求，也懒得猜测他们会不会答应我的要求。他们指望新的智能系统能赶快上线。据说这次为我们做系统的是世界上第三大的服务器生产商。从实力上说肯定牛逼，但问题是他们给出的东西能不能满足我们的要求，这就很难说，而我不会把所有希望都寄托在他们身上，我需要他们给我做到的只是我需要的原始数据他们都可以给我导出，只要能做到这点，我就没意见了。原始数据下载回来，我还可以进行各种加工，如果你要他们在一个界面里实现你所有的分析诉求，显然这是不现实的，因为人是会变的，人是有创造性的。今天想到用这个方法，或许一段时间以后会想出更好的。他们的界面不可能随着我的需求改变而千变万化。虽然，我写软件需求的时候的确已经提到了我需要一个多层次可变的操作界面，在那里，我需要用我的筛选方式调用及汇总数据。要把他们的东西做成像神一般的数据透视表和数据透视图那样，实在太难为他们了，因为那意味着不是一个固定的模板，那个模板要适应各种类型的数据排列组合。所以，当他们的软件很难实现我的目标的时候，我的唯一要求就变成了起码数据你可以给我，我自行加工。

昨天我稍微思考了一下该如何写我的某篇统计分析。仔细想了一下，发现原来我想挖掘的东西还是挺多的，那些东西不能通过很表观的数据看得出来。我需要进一步的排列组合。现在这些数据还不完整，但是我应该开始着手考虑要怎么展示这些东西了。毕竟，离年末需要交作业的时间不远了。

昨天晚上九点多看完电影，然后发现单位的作业也停了，所以也就把昨天的数据全部都整了一遍。这样下来需要50分钟，如果我把流程简化，把可以今天才做的事留到今天，可以省15分钟。可想而知，如果所有的这些事早上才做，半个早上就没了，而且所有报数也都不能及时，这就很被动。于是也存在这么一个怪圈，正常上班时间，有些时候我没事干，因为那些时间都花在下班以后了。没人要求我必须得这么干，但只有这样才能让工作更顺畅，而这种顺畅不是对我自己个人而言的，而是对整个单位团队的。上班时间即便没事做，我也只能坐在那里。不能去跑步，也不能玩我的尤克里里。发呆也好，看网页也好，反正就得坐在那里。理论上到下班时间，喜欢干什么就可以干什么，但到那个时候，我却反倒要掏出一个小时来做单位的正经事。也正是因为这样，我觉得我的时间不够花了。遇到这种事情，他们肯定不会给你加班费，但是，也不会光明正大地告诉你，可以做个时间调换，比如说可以早一个小时下班。然后到晚上某个需要你的时候再补回来。在别人眼中，统计从来都是一份闲职。所以如果你提早一个小时下班，别人会觉得非常不爽。因为别人不只要正常上下班，甚至还得轮班加班。我这种每天晚上都加班一小时不只是在工作日，连休息日也一样，因为单位休息日也在作业。

如果单位的整个操作系统和管理系统都靠谱且运行起来，我这个人完全可以废掉。但问题是现在那些系统数据记录还马马虎虎，但是数据的综合利用汇总简直是幼儿园没毕业。数据他们肯定是有的，但是收集回来只是个程序，没有把让它们进行交叉互动。所以，那你的数据就只是一个东西，是孤立的。几乎没有任何汇总可言。即便有些汇总，也是很死板的，只有一个模式。但其实，对我们来说，汇总这种东西不同人有不同的要求。不同时候需要获得的数据不一样。所以，只是一个静态的模板根本不能满足要求。就更不用说连这种静态的模板也不存在。数据在收集的时候，没有没有进行仔细的思考分析，到底这些数据往后可能被怎么用，也正是因为这样，到要汇总的时候就会很头大。到那个时候，需要把数据联动才能满足要求。当然联动如果习惯了也没什么问题。现在我觉得单位最大的问题在于使用的人不觉得这样有问题。他们只是日复一日地拥抱那个痛苦的事实。明明知道自己生活得很艰难，却没想过要想办法改变这个现状，我觉得这是最恐怖的。

中午睡觉的时候在练尤克里里，晚上该睡觉的时候还得花一个小时去处理单位的数据，我觉得整个人都缺觉不好了。

昨天还说我要适应的是两个系统，但从今天开始两个变成了三个。这就让人相当的郁闷。为什么三个系统加起来才等于一个完整的数据体系？为什么三者的数据之中总会出现一些数据某些地方没有你必须在另外一些个地方打开？跟国内软件全部都做得高大全完全不一样，我们这里的数据简直就是一团糟。在这样的情况下，根本就没办法对大数据进行分析，因为数据都是零散的。真想不明白那个所谓新的智能粮库管理系统的设计者到底是什么思维。估计他们觉得用这个系统的人可以完全信任他们的系统，所以你只是在里面查询数据而已，而不需要用另外一种方式检验或者备份。这样就会相当的危险。而且他也没考虑过，在我们这种特殊的单位，总是有无数多的表需要报送，而且他们需要的还不只是一个汇总数，连明细都需要，如果没有导出没有分得足够细的分块功能，怎么能做到这些呢？之所以发生这种事，其中一个原因也和我们自己人有关。因为我们的人跟他们一起谈要求的时候并不知道我们库居然有这种要求。当然负责这个项目的人不可能什么都知道，但既然有一些不清楚的地方，就应该找专业了解这一块的人认清需求。但显然，在整个智能系统开发的过程中，他们只是选了一些他们觉得应该了解情况的人，但实际上那些人加起来了解的情况是不是就等于全部呢？显然不是。在实际使用过程中我们就发现了很多问题，凡是做过的人都会知道那不合理，但就是因为曾经被他们拉入某个小组的人并不知道这些情况，所以他们跟设计都是蒙的，而且他们蒙的方式还很随便。当真正要使用的人去使用那个东西，会发现完全执行不了，或者说相当的麻烦。对某些人来说，那种麻烦程度已经等于那是完全不能用的，直接会让人望而生畏的。他们不可以，把所有东西都想得很细，但有时那种麻烦已经让我的工作已经无法开展的时候，我自然就会有这么一个念头。是不是因为他们太自私，所以完全没有以发散的方式考虑别人可以怎么做呢？有些东西其实稍微扩展一下，你就会明白。而更多的情况是，如果你对那一片完全不了解，为什么你还不提出要求呢？既然你提不出要求，你就找个能提出要求的人来实现不就好了吗？显然负责开发我们系统的那些人脑子不太好使，你经常跟他说要这么干，但是出来却是另一个效果，因为他的理解能力有限，又或者说他们的实现能力有限。有些时候他们实现不了的东西甚至要我们帮他们想办法该怎么做到。编程的人脑子不好使问题很严重。一开始我就说过，如果做我们系统的这些人不是在现在他们这个单位，而是在其它软件企业，早就被炒鱿鱼了。也正是因为他们有这个单位做保护伞，所以他们才可以持续这么糟糕。现在我不是领导，如果我是领导，我就不会选择这样一家单位去开发我们的系统。老是选择一些血缘相近的单位去开发，最终的结果就是很糟糕，但是你还不得不接受。

在麻烦自己的问题上，大概只有我在做加法。

归档：2017-09-28 Ghajini

为了能做到一键复制，我不得不把两个系统通过Excel导出，然后用另外一个Excel处理，最后复制粘贴。步骤有点繁琐，但起码这样不会出错。Excel在单元格填数字方面还是很强的，但问题是另外一个系统的来源与去向真的让人太抓狂。光从设计的角度，他们那么干无可口非、可以接受，但是从数据处理的角度，那绝对是坑爹的。地磅系统的数据就不这样，区分来源与去向是从类型那里分出来，一个是出货，一个是进货。或许信息系统这两个类型不能完全表达清楚，但还是可以在那里分列导入导出转入转出。仓号就是目标的仓号，而客户则无论是进货还是出货都写在那里，如果是倒仓，就写不是目标仓的那个仓号。这些其实都很容易解决，如果你把它放在数据库层面归类的话。

有一个我觉得很神经的是既然你前面已经写了那边是进货还是出货，为什么后面你还得把出货的数据加一个负号呢？加负号这种操作，只有在统计库存的时候有用，你总不能数据库写入的时候就直接给它加负号吧。如果是我设计那个系统，我就会有一个辨别的操作，如果是进就乘以1，如果是出就乘以-1。这个相乘后数值的操作只针对库存而言，其它地方进货和出货都是一个正数。也只有这样，才能在明细列表导出的时候，让最后的总数靠谱。试想一下，你在明细导数据，无非想看一下一个时间段里面进出货是多少，但如果在那个时候出货已经是个负数，就让你纠结死，你还得把负数全部都加一遍，然后把正数再加一遍，最后把那两个和加起来。这种操作显然是反人类的！而之所以那么干，非常有可能是软件设计的人没有考虑到这一点。而他们之所以没有考虑到是因为他们只是按照他们的思路去做，但是他们却只是一直在写代码，而没有进行过整个流程的实际操作。只要他们做过三天的账，他们就明白这样整法，是不可行的。

数据必须从两个地方倒出这个事实我已经接受了，无法改变。从之前的一个仓里面有多个客户的多条数据，到现在一个客户里面有多个仓的多条数据，我也接受了。幸好我用作汇总的是数据透视表，所以到底是客户在前仓在后还是仓号在前客户在后，我都可以用很轻松的拖拉方式实现。问题只是什么时候用什么方式得由我去决定。在做这个决定形式之前，我就必须得先判断到底哪一个才更方便。无论是按照客户汇总，还是按照仓号汇总，总会出现某些客户或某些仓多次出现。这就变成了一道找共性的题目。无论我用什么方式排序，还是会存在这个问题。正常来说，我们当然希望这种事情不发生，但实际上这种事情却天天都发生。你唯有改变自己去适应。记得好像有个搞笑诺贝尔奖里面，其中一个获奖者就用流体力学证明了猫是固态，也是液态。因为液态的描述是可以根据容器的形状改变自身。我们也需要这样做。就像李小龙说的那样，我们要像水流，要不断随着河床改变自己。让别人去适应我们，或者让事实都按照我们料想的方式发展，这绝对是不可能的。但我们却可以让工作尽可能地舒服一点。但要做到这样，首先你要有这样的心，然后你得有这样的技术。

随着月末的来临，我感觉压力逐日在增大。

星期一 2017-09-25 19:08
平均心率153，最高心率181，平均配速619。这是我第二次遇到一开始Rhythm+开跑不久心率飙升到一个不可能的数值。都快10月了，为什么还这么热，虽然我已经等太阳完全下山才开始（其实是坐在电脑前拖延症不愿离开），但还是感觉很热，心率都用到出汗那里去了，真心累。#xrspook未行够#