一个工具发明出来之后,其用途往往超出最初的设想. ---从配方指纹的使用所想到的

之前我在设计配方指纹的时候,只想到如何快速的去核对一个配方是不是我想要的,具体怎么使用,其实是一步一步摸索中慢慢想清楚的.然后用起来之后,我发现它比我想的更有用一些.

开始为了方便使用, 我做了一个加载宏文件,在里面设计了一个函数CalcFormuFP来计算配方的指纹值. 在EXCEL中可以选中一块符合要求的配方区域(实际上就是左边是成分缩写,相邻的一列是各组分对应的百分比值(不含%),这一块区域完整包含了配方),用它作为参数,CalcFormuFP函数就可以计算出它的指纹值(通常是一个6位或7位的整数). 只要两个配方的这个指纹值一样,配方肯定就是相同的.

我把工具发给了工程师们试用, 我写的工单生成工具也可以将配方填写到一个表格中生成所需要的电子工单,同时在工单上注明指纹值,这样配样人员只要也计算一下配方的指纹值,与之对比就知道是不是正确. 后来我觉得不应该让配样人员计算这些东西,直接由工程师做好一切计算, 才是简化他们工作量的正确之道. 于是就按这个思路来, 直接是两位总监生成工单,发给我之后,我再根据他们提供的原始依据, 重新计算配方与其指纹,核对就行了. 但实际操作中,还要打开他们的文件来看一下,再输入配方我自己算一下这个过程,由于OA上传递文件/打开文件非常慢,导致了等待时间长,体验不爽. 我想,为什么要打开文件呢?直接让他们把指纹值写在文件名中就行了. 这样一来,我完全不用打开他们的文件,只要看到文件名,根据他们发表的原始依据的图片重新算一下配方,看看两者的指纹能不能对上就行了.这一简单的改进跳过了打开文件,果然快了很多. (重新算是有必要的,主要就是怕前者输入出错).

但更有意思的是,我后来在设计调配液盐的计算这一功能时,指纹值的计算我也考虑了给混合物算指纹,这个指纹在调配液盐的前后应该都保持不变.如果调配液盐的功能设计中出现了错误,这个指纹值就会发生变化,这一下子就告诉我修改配方的过程中出错了计算错误,它一下子就变成了一个高效的监督工具,这实在是太好用了.

特别是当我重新用Javascript重写液体物料换算功能时(之前在Excel中是用VBA写的,但VBA的语法和它自带的编辑器功能实在是太古老,用起来比较费劲,相比之下,JS先进得多,用括号代替了end if、end with等, 写起来更优雅,没有那么多语法垃圾字符),开始算法不太成熟,换算很容易出错或考虑不周.手工验算非常消耗人的精力,有这个工具,在配方变动时,指纹时稍有变化我就知道算法写错了.反过来,如果算来算去指纹值都是不变,那换算肯定就没有问题啦!

这一有趣的用法,让我一下子就体会到了,一个好的工具发明出来之后,往往它的应用会超出原来的设想的范围, 展现出强大的生命力. 比方说,如果有人需要确认一个配方是否正确传递,但同时他又没有权限知道这个配方,那只要把指纹值给他进行核对,就可以完成这一任务了.

应该还有更多的场景能用上这个功能,有意思.