我的天

花了大概一天的时间整理出一个用来算库存价值的东西，这里我没有使用VBA，是因为我需要一个更稳的方式。之所以不用VBA，因为已经不需要跨文件加入数据了，所有东西都将在一个文件里解决，而且相对于我得用VBA来干掉的那些，这里的数据相对来说很少，所以这一次我用的是Power Query。我有考虑过要不要用Power Pivot，但最终可能我的数据要以普通表格或者是数据透视表的方式表现出来，通过查询生成的东西最终可能要粘贴到经典的纸质版二维表里，数据透视表在这个情况下就不怎么适合复制粘贴，尤其是当我的数据透视表选项里有合并居中的设定。

在这个做这个的过程中，我有考虑过用Excel自带的公式，但无论是经典的lookup还是新函数xlookup效率都太低了，我不知道是我的电脑太渣，还是的确就那么回事。如果用PQ，在一个低端的Excel里，的确可能效果是很糟糕的，但如果我已经把刷新好的数据发给别人，别人即便刷新不出来，数据也都能看到，不影响，但如果用的是高级的公式，可能那里就一团糟了。还记得多年以前，单位有异地储备玉米，对方把到达码头和已经装船发货地数据发给我，用了sumifs，那个时候我用的office是2003的，那个公式我根本没办法使用，全部显示的都是一团糟，所以我不得不为了打开那个文件看到里面的数据又在电脑上装了个WPS。那次之后，我才努力的尝试用office 2016，之所以会跳过2013，是因为2013在数据透视表方面有无可救药的bug。如果是office 2010，高级公式依然打不开，所以现在当我要实现某个功能的时候，我要考虑什么东西会高效一点，什么东西兼容性好一点。VBA的兼容性很好，但是不是人人都敢打开宏文件。因为在以前，宏文件通常都意味着有木马之类的东西。同时，我设定了宏万一某些时候有问题，别人就会只会弹出错误，的不到结果，也会让人很紧张。

这一次我做的文件，可能后面见到的人会很多，他们可能会用不同的电脑，可能是win10，也可能是win11，有可能是office 2021、2019，又或者是Microsoft 365，也有可能是WPS，到底的WPS里面能不能正常打开并使用PQ我不知道，我估计是不行的，但是能不能看到数据呢？我觉得应该可以，但是无法通过修改某些条件刷新出新的东西。

微软的AI据说很厉害，但关键是在中国和俄罗斯用不了，所以那些都是扯淡。前段时间说Excel通过安装插件可以使用Python，但是那个Python处理是需要把数据送到远端的服务器再传送回来的，我感觉最终会跟微软AI的命运差不多。现在的Power Query相对于我第一次在office 2016里看到的那个已经成熟了很多。还记得我是第一次在自己的笔记本电脑 office 2016家庭版里见到的PQ，那个时候那就是个四不像，中文英文各有一点，翻译都不全。有些功能也不知道是我用得不对还是怎么样，反正就会卡住。对照一些经典案例，的确能得到某些结果，但是我却一直都没有经常使用，因为真的不是每个office都兼容那个东西，而且不同版本的office看到的结果和刷新到的效率可能相差很远。

要解决同样的问题，到底用什么样的工具？当我手上的工具只有唯一的时候，就只能选那个，但是当我可以做选择的时候，我会考虑数据大小、运行速度，以及不同windows和不同office下的兼容性。

一定程度上可以说我对总公司使用的所有系统都不信任。还记得刚入职的几年，我觉得从那些系统我能学到些东西，但是随着时间的推移，我觉得越往后那个东西就越是垃圾，是因为我熟悉了吗？还是说的确是那些软件没有跟上时代的步伐？

还记得一开始的时候我们用的是只是文件的传阅，所以某个文件夹里面总是夹着一大堆东西，然后不断地传下去，看过的人需要上面签个名，又或者说实际上没看过，到你手上的时候你也得签名。看文件不是个问题，最大的问题是名字不知道该签哪里，因为人人都躲在那张纸的最后面签，签在别人前面又觉得不好意思，所以签名这个事情很尴尬，而且这样的文件流转效率也非常低，到我这些基层员工的时候，估计已经过去一个月，可能好几个月办公室都不能把那些发出去的文件收回来。为什么要签名呢？其实当时我是搞不懂的，但是这就是单位的一个习惯，我也就只能那样了。

几年后OA系统上线，文件终于不用纸质传阅，只需要在上面点个鼠标，但那套OA系统从一开始我就觉得很反人类，比如说必须要用IE、必须装很多插件，而且因为大量用了flash，流程经常打不开，因为总是要你更新插件，尤其是flash在世界范围内已经被抛弃之后。明明插件都已经装上去了，如果要发个签报还得在上面贴文字之类的东西，还要装office的插件，这个东西很麻烦，不是所有office都适配，而且效果挺奇葩。不过幸好的是，我通常都不需要做那个，上传文件的功能几乎不需要什么额外安装就可以做到，但是即便这样，除了IE，其它浏览器可能连提交那个按钮的功能都无法实现，就更不用说打开正文了。不是所有电脑都还可以顺畅地使用那个，也说不准到底要什么版本的IE，因为有些时候要升级，有些时候要降级，我搞不懂这到底是为什么。

现在我们依然用着那个被我吐槽的OA系统，不过现在知道那东西的脾性以后，我已经无力吐槽了，因为也就那样了，明明是内网，明明是跟总公司通过VPN连接，但是文件下载和上传的速度总是非常的感人，也说不准是总公司服务器很糟糕，还是说总公司的网速很糟糕，又或者是我们单位的网速很糟糕，反正各种糟糕的叠加就意味着上传扫描件，慢到怀疑人生。

OA系统之后，我见识了总公司的智能化系统，那个东西的垃圾程度已经没有什么值得吐槽的了。昨天总公司又给了我们一个好像是新系统的东西，要我们在上面填写人事资料。OA系统是致远的，智能化系统是浪潮的，而这个要我们填写人事资料的系统是红海的。我还没研究过VWORK怎样，但是光是填里面的内容，貌似比之前的那两套系统对浏览器的兼容性好一些。但填写资料的时候，用二维的表格让别人去填，这简直就故意让人家漏掉。填写表格展示，你可以用二维的方式，但是填写的时候用一维的方式是最不容易发生错漏的，而之所以他们用二维的表格让人填写完全是沿用了纸质的思路，纸质的表格不可能用一维的方式。因为那样太浪费纸了。明细数据和汇总数据之间的关系我觉得开发那套填写软件的人不可能不知道。非常有可能是写需求的人要求他们得用那个界面。写需求的人反人类是肯定的，因为总公司就那样了，但软件开发的为什么不跟他解释一下那样可能不太好呢？

在这个单位干了十几年，每年都要我们更新资料，每次收集资料都要我们从零开始填写。猜一猜在我们填写了这个人事资料以后他们还要不要继续我们平时一直在做的事呢？比如手填那个什么干部履历表。我猜无论是电子表格还是纸质表格，依然会继续，因为依照总公司的风格，按照某些软件公司的风格，在某一次升级以后，数据总会发生丢失，但当我们填写了所有资料以后，我们永远都不可以为自己先备份一个，好在数据丢失的时候找回来。

也正是因为我一直都在吐槽这些系统，所以某一天估计我会写一个适合我自己的系统，至于那个东西到底用来干嘛，我不知道。

昨天提到的我的天模板问题，很快就解决了。我同时用Win7 22寸宽屏的显示器以及XP 10.1寸的小笔记本测试。同样使用Firefox浏览器，Win7用的版本是50的，XP用的版本是40的，因为往后Firefox就再也不支持XP系统了。文章评论提交按钮的问题很好解决，原来按钮的宽度是100px，这容不下“Submit Comment”这么多字符，所以我改为120px了，我也试过用150px，也没什么问题，因为按钮我设置了字体横向居中，但如果120px就能搞定，我也就没必要用150px了。至于版头的导航栏有点麻烦。XP系统下默认字体是宋体，Win7系统默认字体是微软雅黑。我的天整个网页我都对字体做了设定，用的单位是px，但问题是宋体和雅黑同样是15px，Firefox辅助网页编辑插件计算出来的大小是29，而雅黑是31。在不同的系统、不同的显示器分辨率之下，同样是宋体，XP在10.1寸是27，Win7在22英寸是29。这样的数据差异绝对会整死人的！！！因为我的版头导航分为2个部分，一左一右，为了要把左右分开，所以必须用float:left;和float:right。float之后是ul，ul下面是li。ul没有一个固定的高度，ul的高度是由下一级的li去确定的。ul在id nav之下，nav设定了一个绝对的高度定位，nav就是float:left的元素，只有这般绝对定位了，nav才不会跑到我的网站标题前面。但绝对定位遇到不同系统不同浏览器不同字体发生的字体大小差异几乎算是一个打不开的结。在更大的显示器分辨率和默认雅黑字体下，无论如何浏览器计算出来的字体大小都要比宋体大。在Win7下，尤其是在浏览器里看过宋体和雅黑的都会觉得雅黑更舒服。之前设计Color3模板的时候我用的是XP搭配17寸的方屏，默认字体是宋体，所以当网页用雅黑字体浏览的时候就会出问题。问题也不是很严重，就是那个导航栏的按钮会有点压在我的border框上。让所有浏览器都必须使用宋体或者雅黑作为默认字体是不可能的，所以最终我只能遵循我在Win7系统22寸显示器，Firefox 55.0.3下计算出的状况来调整。最终我把nav的绝对定位从之前的100px改成了96px，这就保证了在Win7雅黑的情况下版头导航栏是完美的。然后我把nav ul li设置了固定高度height:31px，如果没有这一条,在XP宋体的时候导航栏和下边框之间会有条线，如果这般设置了，那条线将和鼠标不覆盖导航栏鼠标特效之前的导航栏颜色一致。即便鼠标处在hover的状态，不过等于是按键下面多了一条特殊的颜色。有些网页是故意做这种特效的，所以我觉得从美观上还能接受。不知道现在还有多少用XP的人会访问我的网页，估计用移动终端的更多吧。移动终端默认会用插件的移动界面，所以那里看到的不是我设计的Color3模板。所以呢，最终Color3模板是给谁看的呢？大概目标人群就只是我自己吧。

昨天从上午开始就在折腾Access，到下午下班之前思路理清了，但还是没办法解决我的联合查询，于是我就找网友帮忙了。他秒杀就解决了我的问题，我折腾了那么一大轮原来最终跪在了一个拖放的字段关联操作上。如果没有高人指点，我自己折腾一个星期都不会想得出还可以这样，因为我已经把所有右键以及菜单栏里的详细菜单都翻遍了。如果我真找不到可视化操作方式，我也可以用SQL语句实现那样的关联，具体语句是“31 INNER JOIN 32 ON [31].ID=[32].ID”（把表31的ID字段和32的ID字段关联），然后就可以在查询里一次性地筛选合并出31和32的内容了。这一点很多人都能想到，但具体该怎么操作则需要知识。我学习Access的路还有很长～

研究代码是个烧脑的过程，但又不会太剧烈。

归档：2017-09-07 Taare Zammen Par