我的天

星期三 2017-09-27 18:05
平均心率153，最高心率171，平均配速614。今天感觉继续很热，事后看看天气，果然很热。这真的是秋天吗？秋天在哪里？！今天是广马半马抽签公布的日子，我木有中签，感觉很坦然，松了一口气，今年的状态出不了PB，甚至有可能半马需要220开外，不如不比。#xrspook未行够#

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

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

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

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