一名996程序猿的一天,是如何度过的呢?

如题所述

第1个回答  2019-09-01
Java程序员笔记
Java程序员笔记
备受瞩目
Java架构笔记,专注于Java架构技术的研究知识分享
优秀程序员和普通程序员都是怎样过完一天的
54 人赞同了文章
为你朗读
4 分钟
普通程序员的一天,可能是这样的。
早晨到公司,想一想今天有哪些事情需要处理。打开记事本,按照上面的要求的任务一条一条开始做。

昨天项目经理说,客户对聊天模块的文件传输功能看得比较重要,希望能早一点完成,本周需要完成基本功能。于是打开需求文档,分析理解了模块的操作流程之后,心里大概有数,给自己定下了今天的进度目标,开始编码。

没多久,楼上的测试人员来找,说上周他提交的bug单还没有回复,今天已经是预估完成日期的最后一天了。但是自己昨天就已经修复了bug并且代码已经提交了,bug单怎么会没有流转到测试手里呢?打开bug管理系统检查核对,哦,bug单确实还没有回复给测试人员。应该是昨天那个保险推销电话打断了思路,代码已经调教到版本控制系统中了,但是bug单系统忘记处理了。该死的推销,这个月的KPI考核又要有麻烦了,于是赶紧把修复好的bug单回复掉。顺便又看了一下新增的几个bug,看来还好,都是小问题,估计半个小时就可以搞定,先放着再说。

继续聊天模块的编码,已到午餐时间。刚要去吃饭,项目经理突然喊住,说昨天交代的那个技术文档有没有完成。才突然想起这件事,记事本里倒是记了,还没来得及做,答应马上完成。

于是快速解决了中饭,回到工位先处理技术文档的事情。花了一个小时,终于搞定,赶紧发邮件给经理,然后继续聊天模块的编码。如果一切顺利的话,今天下班前基本功能应该能出来雏形。

由于之前做过类似的功能,因此编码起来还算比较得心应手,感觉很不错。心中正得意的时候,旁边负责支付模块的老张走过来,询问支付模块如何获取聊天模块的好友信息。还好,之前在实现聊天模块时已经预计到这个问题,并做了简单的记录。于是花半个小时和老张浏览解释了一遍API文档。结束之后,顺便请老张指导一下文件传输功能的思路是否有什么问题。老张的确是经验丰富,一下就指出了自己的几个潜在的逻辑问题,看来部分已经完成的代码需要推翻重写了。

下午的时间过得太快了,看来今天定下的目前完成似乎有点渺茫。心中不由得警告自己要加快进度。这时项目经理喊所有成员开项目迭代会议。思路又要被打断了,只好在代码区标记个TODO,匆匆开会去。

会议归来,之前脑袋中所思考的东西似乎已经被会议内容冲走了,只好再浏览一下前面的代码,重新理解一遍。这时,突然想起上午看到的那几个小bug还没有处理,如果再不处理的话,明天测人人员又会来催促了,还是先换换脑筋先把这几个问题处理了再说。

刚处理了两个问题,就看到同事起身收拾物品准备下班了,感叹时间走的太快了,今天的预计任务有没完成,剩下的工作明天要抓紧赶进度了。算了,今天到此为止,下班!
第2个回答  2019-09-01
写编程需要有一定的灵感,所以程序员很多时间都用在了思考上。程序员最痛苦的事情就是无止境的加班,每当有什么活动的时候,程序员就必须加班都凌晨,甚至是平时也经常是深夜下班,第二天照常得早起上班。
相似回答