RUN NOTE
星期三 2017-05-24 18:33
平均心率146,最高心率171,平均配速553。只是慢跑,我根本没看心率,但显然这是一个很标准的MAF180嘛,感觉不错,因为下了一天的雨,尤其是一大早的时候狂暴级别,所以气温降了不少,虽然湿度很大,但起码能感觉到有凉风。这个初夏真的算很仁慈了,平时龙舟水的时候闷死得非常惨。#xrspook未行够#
星期三 2017-05-24 18:33
平均心率146,最高心率171,平均配速553。只是慢跑,我根本没看心率,但显然这是一个很标准的MAF180嘛,感觉不错,因为下了一天的雨,尤其是一大早的时候狂暴级别,所以气温降了不少,虽然湿度很大,但起码能感觉到有凉风。这个初夏真的算很仁慈了,平时龙舟水的时候闷死得非常惨。#xrspook未行够#
如果一个负责软件设计的听不懂客户的要求,这就相当麻烦,尤其是当那个人还是个软件设计的主办,而不是用来具体负责写某个程序的码农。软件设计的听不懂客户,他们就只按照招标合同上面的那个去做他们觉得应该是的模式。但实际上很早以前我们就已经对他们提出要求得这般整改。但最终成品出来,还是让人觉得不满意。那个东西给我的感觉是还不如我自己用office软件来实现。
我们自己负责那个项目的人尚且没什么逻辑,所以他能想到了逻辑只是非常少的一部分,其实整个工作每个环节到处都是逻辑。因为他本人就没什么逻辑,所以他要求做出来的东西不可能具有逻辑。什么智能化系统本来是为了方便人的,但实际上那不过是一个放在服务器上面的填表器。跟直接填在纸上或者电脑的某个表格上填没有任何区别。因为其中的很多判断和逻辑关系还是得人肉去做。没记错的话,今年3月我们已经在讨论这个事情,现在都5月底了,出来的那个效果还是相当的让人呵呵,简直就像逗你玩一样。反正他们的部分,他们喜欢麻烦那是他们的事,跟我有关的内容,必须改到符合我们的工作习惯以及全部符合逻辑。数据都一样的东西,没必要重复再做。可以通过数据去判断结果的东西,我们也不会费心去浪费时间。现在的问题是我们只负责使用,但是负责协调这个项目的人根本就不懂得我们的工作习惯,所以现在可能我们要全盘否定掉他所默认了的某些东西。
对一个检验员来说,把最终数据输入远比做整个原始数据简单得多。但现在即便做了一套所谓的智能系统,还是不能避免我们得按照他们的傻瓜逻辑一次又一次地修改原始数据。因为光是扦样日期这个东西他们就从来都举棋不定。有些时候是他们不记得了,有些时候他们不想做,在有些时候是他们的脑袋瓜,根本没有预测到那是必须的。他们想象中的跟我想象中的相差实在太远。从那个填写方面会搞死人的软件,我能看出负责人的意图不是为了方便基层,而是为了领导看得爽,毕竟负责那个的人可能觉得自己也应该很快就不需要继续做基层工作了。这样的思路让人觉得很无语,毕竟这个软件的所有操作绝大部分数据录入都是基层人员去完成的,领导只是一个看最终结果的人。没有输入就没有结果。如果基础数据经常出错,看到结果那又有什么意义?!真正需要去帮助的是让输入结果的过程更加人性化。加入了各种判断,更不容易让人出错。而从昨天的情况看来,该出错的地方他们还是会出错,比如说漏掉某些仓的数据不填写。其他部门的同事很惊讶,漏掉数据不填写那完全是某些人工作失职的,比如如果有台车要过地磅,但是没有过磅,就把它放进去了,这肯定是过磅人的问题。但这种事在我们科室这的确存在,但问题是即便犯了这种错误,然后就没有然后了。犯错的人不会觉得那有什么大不了。管理犯错的人只不过是在那人犯错的时候训斥他一下,然后就没了。这种惩罚跟工资完全不挂钩,所以被骂的人怎么会长记性,当然也不会有心理上的内疚,觉得那是他自己的问题,他不应该这样,绝对不能有下一次。吃亏傻瓜这种事一再发生,已经达到了让人吐槽无力的地步。我不觉得从前大概就是负责这份工作的同事就一定适合继续在这份工作上干下去。而从来没做过这份工作的人不一定就意味着一定做不好。选择安逸、为了省心不想做太多的改动是这帮人一直都没什么进步的重要原因。
你说到软件设计,我的脑洞就会大开,而这种大开法是我的那些同事说无法想象的。因为在编程上我曾经所花费的时间也是他们无法想象的。