我的天

平均心率155，最高心率174，平均配速641。一直有事情惦记在心上，所以最终我选择为把工作都搞定了再出门跑步，已经早上930了！跑到广州塔下，封路封得乱七八糟，所以我放弃了向东跑到琶洲大桥折返而选择了向西到人民桥折返。感觉这实在太漫长了啊啊啊啊啊啊啊啊啊啊～～～ 不知为何今天心率出现了好几处无数据，这是FR235的问题还是Rhythm+的问题呢？#xrspook未行够#

生活中有些莫名其妙的奇葩事，你永远都说不清为什么那些人会是你的家人，为什么那些人会是你同事，你觉得他们很不堪，但是你又不得不面对。昨天下午3点，我的一个屌丝同事跟我说，下周一有人过来检查。实际上剩下的时间还不到一个小时，因为其中有一个小时，你必须得站在码头完成某个仪式。从听到消息的那一刻起，我就非常不爽，因为我意识到接下来的事情将很麻烦。首先得把所有帐本都打印出来。这需要一定时间。因为某些细节要修改，因为我没预料到会突然有一个这样的检查，如果可以预料到9月份会发生这种事，9月初的时候我就会把所有都准备好。打印是一回事，签名比打印更麻烦。，找领导签名从来都不是容易的事，科长在单位，但是你找不到他人。主任通常会遇到你找他的时候出差了。这简直就是无米之炊，而这种窘况，完全是人为造成的。他们老早就已经见过那个文件，只是不知道具体的查库日期是哪一天。但是，他们却完全没有通知下面准备具体工作的人。这种毫无预见性的人根本不应该放在管理岗位。他会把自己的工作搞得一团糟，也会把他下面的人害得很惨。签名这种事情根本不是加班就能解决的。难道你叫领导周末回来加班签名吗？应付检查这种事，完全是可以对应得非常完美。要做到我想象中的无懈可击起码需要三天的准备时间。准确来说是三个工作日。首先，我得确保我电脑上的电子版是正确的，然后是我打印出来的格式没有发生诡异现象，第三是签名的领导我都能找到他的人。没有时间去准备具体的资料，甚至他告诉我要应付检查的时候需要检查什么资料他自己都说不清。连游戏规则都不懂的人怎么玩游戏？如果你不想了解游戏规则，你就得把游戏规则直接转给下面负责具体工作的人。所有工作都往自己身上揽，实际上自己根本顾不了那么多。所以说，他们出的所有问题都是罪有应得的。

昨天下午我仓促地准备着一切，一些笔误难免会发生。但是昨天下午下班之前，我都没有完成。回到家以后，我又有了另外的想法。我可以把所有东西都做得很全面，甚至一份数据可以出N个版本，因为曾经领导说过，既然你不知道检查的人需要的是哪个版本，你把所有版本都准备好就好了，总有一个会符合他们的要求。反正这种垃圾事要占用我的私人时间已经确切无疑了。与其草草应付，不如认真地搞一发。即便最后还是会出现一些小毛病，但是这份诚意他们必须得折服。不怕麻烦本来就是我的特长。如果我怕麻烦，我就不会因为字幕的一个汉字更优，而重新压制重新发布，哪怕之前那个版本已经有粉丝和评论。我现在之所以要搞那么多个版本，其实我也有一定的责任，因为在接手统计工作的时候，我的上一任根本说不清那些东西具体要怎么做。我曾经问过我的上级，希望他们能给我一个最终的定稿，他们也答应了，但是，过了一段时间又忘了。我一直都记在心上，但是我却没有主动的去催他们。因为按照常理，这些检查起码会在两个月后才会发生。本来我不是那种抱侥幸心理的人，因为我的运气一向都不怎么好。现在就是因为我问了我的上级，但上级还没有给我答复，但是我却没有继续追问，而导致了多个版本的麻烦。这种侥幸而导致的错误只会发生一次，下不为例。我的工作，我做的事，目标是让别人无可挑剔、心悦诚服，甚至有点崇拜，而不是得过且过，只满足于60分，刚刚合格，没有犯大错误。之所以有这种想法，不是因为领导要求，而且是这就是我一直以来的为人。上学的时候，我做不到，因为当时我还没有那种觉悟，所以我没有成为学霸，但是工作以后，我有充裕的时间和机会，我要把事情做到最好。

吐槽过后，我要沉下心来，把所有细节都考虑周全。

昨天我跟我的同事说，每天每个仓同一条船打印一张单就够了，所以那个时间的戳精确到yyyy-mm-dd就可以，但后来发现他们居然会一天同一个仓有2张以上的单，虽然磅单上称量单号不一样，但这显然还是会造成误会，所以还是提取某个仓某天最后一单的时间，也就是精确到yyyy-mm-dd hh:mm:ss比较好。怎么提取某天最后一个时间数据呢？我的第一反应是去度娘，代码大神给出的方法是SQL语言，思路是先排序然后计数，对应的就是最后的时间。上了个厕所以后我突然灵感意识到，是不是直接给日期数据取最大值就行了呢？！查询的表格里以日期数据yyyy-mm-dd的格式汇总筛选作为分组信息，然后再用一个日期数据做最大值，结果还真的可以实现查询一列显示日期一列显示当日的最后时间哦！第一单也好，最后一单也好，原来只是个最大值和最小值的操作，所以其实那些控件的前一笔和后一笔也只是来了个“++”和“–”的操作而已。通常来说第一单和最后一单都是用时间排序，幸好我需要的只是时间数据本身，所以还能如此简单地实现，如果我需要的数据是最后一个时间对应的其它数据呢？从数组的思维，一维的数组就能实现了，但如果在SQL里该如何体现呢？

编程思维这种东西我觉得是共通的，但实际上你运用的时候得清楚其中的一些基本规则，然后才能实现人肉转换。还记得以前的英语老师说过，学好英语以后要学拉丁语系不难，编程思维大概也是这样。

前天的梦好神奇，我把Jorge，Alberto和米Aamir三者合一了。用的是Jorge的外表，摔角功底是Alberto的，而为人处事的风格则是Aamir的。居然还能有这种搭配，我都服我自己了！那个三合一穿着红黑色的服装，不知道为何会开大巴车，开得相当猛，以致于我不得不给乘客解释说“很快就到了，我们再忍忍”。我的脑洞到底是些什么鬼！梦里有个很奇怪的地方：我明知有些地方很湿滑，但我还是过去，于是摔倒了不止一次，倒没有受伤，不过是弄得一身脏而已。三合一把我拉起来，然后建议我不如去换身衣服。我和三合一的关系貌似是一般朋友，至于为啥语言相通，在梦里我没留意。

昨天上午单位一帮女的去验收新宿舍的空调，然后我发现其实那里所有东西都已经安装得差不多了，现在正在安装里面统一的家具，包括：床，衣柜，床头柜，书桌，组合柜。按照他们官方的摆放模式，大概10平方的单间显得很拥挤，除了睡觉几乎什么都做不了，之所以那样是因为他们把床放在房间正中央，把房间里除了家具以外的空间拆分成了3条通道，分裂开来的通道除了通行就什么都做不了，当然房间就会显得拥挤。昨晚我挑了一件家私已组装完成，但组合柜没有上墙的房间乾坤大挪移了一番：把床靠两面墙，衣柜书桌一律靠墙，等于把之前的3条通道合并成了一个大片空间和一小段小通道。出来的效果是立竿见影的好使啊！为什么我会这么想而他们会那么想，归根到底，他们用的是酒店的思路。酒店是用来睡觉的，空间如何都无所谓，但关起门来自己折腾的家不一样，睡觉只是其中一个功能。对我来说，我还打算在里面做运动呢！如果连铺两张瑜伽垫的空间都没有，这绝对坑爹不可接受啊。

生活能拼凑出的可能性很多，就看你怎么去折腾了。

昨天提到的我的天模板问题，很快就解决了。我同时用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

平均心率150，最高心率175，平均配速610。今天开挂了吗？但我神马特别的都没做啊啊啊，步频更高了，步距更大了，步距甚至到达了7月底以来的最大值。感觉今天比昨天还热，今天和昨天最大区别在于昨天单位疯狂多车作业中，我每一圈都得小心翼翼，过弯的时候有一半得改变线路躲闪，但今天只有两次。#xrspook未行够#