RUN NOTE
星期六 2019-05-11 20:24
平均心率114,最高心率126,平均配速533,原地跳。2019-05-11。彻底不记得了,当天晚上没有记录下来。那个是在家里整的,单位前一天晚上整完第二天早上会记录,但在家里如果当天不记录就会彻底忘记……#xrspook未行够#
星期六 2019-05-11 20:24
平均心率114,最高心率126,平均配速533,原地跳。2019-05-11。彻底不记得了,当天晚上没有记录下来。那个是在家里整的,单位前一天晚上整完第二天早上会记录,但在家里如果当天不记录就会彻底忘记……#xrspook未行够#
昨天虽然是我的调休日,我人在广州了,但实际上微信QQ电话不断。有核对数量的、有询问数据的、有探讨某些方法的,所有这些东西都堆积在了昨天。正常情况下,我在单位上班的时候反倒不会遇到这么多这些事。昨天几乎可以这么说是一个莫名其妙的大爆发。整个上午我几乎都处在一种隔一段时间就打开各个社交软件看一下的地步。无论有人还是没人,无论休息还是工作,这种东西分不清,最终就会导致人非常累。
现在大家都在热烈地讨论着到底要不要996。还记得一开始的时候,我并不知道996是什么,于是就去百度了,那个案例的最后提到的居然就是浪潮,他们实行的就是这种制度。接触过浪潮以后我明白到即便他们执行的是996,但是他们的工作效率却相当让人无语,无论是工作质量还是完成时间都让客户非常不满意。在进行单位的智能化系统招标之前,其实无论是我们的人还是总公司的人,都已经去过很多地方调研。招标的时候也邀了好几个过来,最终我们选择的是浪潮,因为相对于其它公司来说,他们是最大的,其次是因为中储粮的系统是他们做的,所以理论上相对来说,他们的经验会比较丰富,尤其是面对大型项目的时候。但实际上,当我们自己的项目开展到一定程度,需要做一些实质性东西,不纯粹只是框架和文书的时候,问题就来了。项目推进很有问题,东西做出来根本不是我们想要的效果,于是不得不一次又一次反复折腾。也不知道是他们传达人的描述有问题,还是他们下面的人无法理解传话者的意思。所以有些本来很简单的事情却要拖很久很久才终于稍微好一点。
现在正在使用的粮食大清查软件就是他们开发的,那是他们为国家粮食局以及相关部门开发的软件。从使用的结果看来,他们的逻辑有问题,很多东西都没考虑到位。这其中的原因有可能是跟他们谈项目要求的人没有考虑到会有那么多情况,其实是因为他们只是仅仅实现了客户的要求,而没有自主思考这么做其实会不会有逻辑漏洞?对一个码农来说,对一个软件工程师来说,逻辑是必须缜密的,而当他们觉得某个逻辑有疏忽的地方他们应该及时反馈。不知道浪潮那边和国家粮食局折腾了多长时间才折腾出了这个软件,反正这个大清查软件在使用的时候几乎可以这么说,已经被所有使用者一致认为是个莫大的玩笑。国务院布置下来的大任务,副总理韩正亲自布置粮食大清查任务。从上面的姿态看来,这是相当严肃正式的,但是到执行的时候却发现各种儿戏。
和我们的智能化系统相比,大清查的系统要简单一些,但那个系统尚且做得让人如此无语,我就更加不奢望我们的智能化系统能会有什么惊天地的效果。昨天他们的人首先问我的同事我在哪里,我同事告诉他我休假了,星期一才回去,然后他就打电话找我。我当然也就只能告诉他只能找另外一个人。接到他电话的时候我就知道那是一个脑子转速不太快的人,因为只是接他几分钟的电话,我已经被他的语速搞得有点烦躁了。显然他应该不是一个底层的码农,但如果他居然也能成为中间传达软件设计意图的人,那么出来的效果,我简直不能有任何奢望。从工作时长来说,他们实行的是996,但工作效果却让人很不满意,这种工作方式不利于提高工作效率以及工作积极性。
方法不对,所谓的勤奋效果是糟糕的。