——从“灵光一现”到“白捡一个夜班”
前 头
我搞长征史料整理,是个技术小白。手上这摊活儿:一套丛书动不动一百五六十件电文,一本扫描书三百多页,每一件都得跟原书的页图逐字核对。人要硬啃,是个无底洞。刚开始那阵,我人得钉在椅子上,盯着机器干活,一批活儿从渲染到复验,一轮下来小半天,盯一天脖子发硬,进度条才走一格。
所以从第一天起我就惦记着一件事:能不能让这条线自己转起来——我在不在,活儿都在往前走。说白了就是一句话:我睡了,它别睡。
一、撞见一个“自动运行”
大概是整理开头那几天,我在workbuddy里瞎翻,翻见一个不起眼的东西:定时任务。玩法挺简单——给它定个点、留句话,到点它就把这活儿接起来干。
我当时咂摸了半天:以前干这种活,人得守在电脑前头,一批干完再点下一批;有了这个东西,人就能走开,晚上挂上、早上来收。这不就是我要的“人歇活不歇”么?
不过头一回我没敢真走开,心里犯嘀咕:它会不会乱来?试了两回才明白,这东西听话得很——你让它干什么它干什么,你不说,它一下都不动。那点不放心,这才放下。
二、从一批到五枚
想法很朴素:干完一批,就挂一个“到点接着干下一批”的任务,一批接一批,链着往下走。
头一回试,成了。第二天早上一看,活儿往前挪了一大截,我心里挺美。我还算过一笔小账:夜里我不在的七八个钟头够它跑好几批,要是能干成,等于白捡一个夜班。用顺手了以为一切都是理所应当,当天晚上我一口气挂了五枚。
三、第一跤:五连失灵
那天晚上我睡得挺踏实,想着明早起来收活儿又前进一大截。第二天打开一看,心凉了半截:五枚,到点一个没动,零开工、零痕迹,活儿断了整整一晚上。
复盘才查明白:后台干活的那一轮是“单批寿命”,干完一批它就停了;而链子只有在它还活着的时候才挂得出来。会话一退,后面挂的那些就成了没人接的电话。
也怪我自己,以为“任务都挂好了,系统就能自己跑了”,中间也没查它到底跑没跑。于是和机器商量出第一条硬规矩:后台动没动,只认落盘的东西——记录本上的时间戳、落下来的成品件数,别的口头话一概不算数。
四、第二跤:让了路,岗上没人
后来又添了一条防打架的规矩:后台干活的时候,主会话让路,只看不插手。听着周全,结果栽了第二回——让路的话里写着“转入巡检模式”,可巡检那活儿早删了、没人重挂,岗上是个空位子。断链三个多小时,愣没人察觉,直到我检查发现。
这一跤摔得我光火——不是恨它,是恨自己:规矩是我定的,站岗的人却没给安排上。于是又升级了第二条:站岗必须有实体。我们挂了一个每小时自己转一圈的巡检,实查记录本;超过三十五分钟没动静,不喊人、不等待,直接接管接着干。
五、第三跤:把时间写死了
第三回栽得更冤——我让系统把时间写成了死数:晚上九点。可上一批活儿干到九点零八分才收尾,等系统把任务挂出去,那个点早过去了。挂上就是作废,静默无声,连个错都不报。
对照另外一回:我四点四十九挂上、排的就是四点四十九,跑得顺顺当当。一样的活儿,差的就是这点笨功夫。
我发现这样有问题,提出了思路,于是机器将排期一律现算:以“此刻”为尺,往后推十分钟,谁也别想偷懒。
六、规矩长成了这样
现在每干完一批,我们有套“四件套”:打卡记档、挂下一批、挂一枚查岗的,再在档里写明这两枚都挂了。四样缺一不可。
这套东西不是一次成型的:头一回是“三件套”,第二夜才补上“挂一枚查岗的”——看着不起眼,可自打有它,链子再没无声无息地断过。
效率蹭蹭的。
七、那一夜,和现在
线一顺,活儿自己就出来了。
头一个整卷是一百六十件的《国民党追堵中央红军川滇黔》,里面全是往来电报,琐碎的很,想想都头大,但机器一点没含糊,十四个批次一气跑完,精工一百五十七件全部落位。
卷收了,当晚按“卷完接卷”的约定,下一卷无缝接上——那一夜,睡前我只交代了一句“开干”,后台从第一批一路转到第十四批,一宿下来一百三十件,天亮的时候只剩最后几件还在转。
真正实现了“人歇活不歇”——白捡了一个夜班。
收个尾
个人的体会是,WorkBuddy提供了很好的平台和工具,但要真正用好,还要塌下心来耐心与机器进行沟通,发现问题及时提醒,并提出自己的具体要求,在运行中不断调整,才能打磨出适合自己的好用的工具。
线还在跑……
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。