优秀程序员和普通程序员都是怎样过完一天的

前几天，看了一篇文章《优秀产品经理和普通产品经理都是怎样过完一天的》，虽然我不是一名严格意义上的产品经理，但是目前任职于一家致力于物联网行业的创业型公司。在产品的研发过程中，或多或少的参与了一些产品经理所需要做的事情，例如：需求分析、项目推进等等，因此，对这篇文章的体会还是比较深刻的。文中主要对比了不同类型的产品经理在一天之中，如何处理不同的事情，如何产生不同的工作效率等问题。我觉得这是一个普遍性的问题，放在任何一个行业中，都可以找到至于对应的不同的“产品经理”。

在我的工作中，更多份内的事情是软件开发。因此，就从程序员的角度出发，来说一说优秀程序员和普通程序员是怎样过完一天的。

普通程序员的一天，可能是这样的。

早晨到公司，想一想今天有哪些事情需要处理。打开记事本，按照上面的要求的任务一条一条开始做。

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

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

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

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

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

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

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

刚处理了两个问题，就看到同事起身收拾物品准备下班了，感叹时间走的太快了，今天的预计任务有没完成，剩下的工作明天要抓紧赶进度了。算了，今天到此为止，下班!

优秀程序员的一天，可能是这样的。

早晨到公司，打开昨天下班前列好的 TO DO LIST，按照优先级安排一个顺序。昨天项目经理说，客户对聊天模块的文件传输功能看得比较重要，需要优先处理。但是这个工作需要的时间比较长，最好用一个比较完整的时间段来实现，因此先把其他花费时间不多的琐事先处理掉。

打开bug管理系统，查看一下测试人员新提交了哪些问题。突然发现昨天已经修复了的bug单居然还在自己的名下，才想起是大概是昨天那个推销保险的电话打断了自己的思路，花了几分钟时间把这些bug单结掉。另外，测试人员提交了几个bug，分析了一下这几个问题都不是很复杂，预估半个小时可以全部解决。开始全身心干活，很快就就把这几个问题处理，并回复给了测试人员。

接下来处理项目经理昨天交代的事情关于提供一份技术文档，花了1个小时做出了初稿，拿给项目经理看，问是否满足要求。经理说有几个地方需要补充和细化，于是继续补充完整，调整排版，整理后发给经理，并且到经理办公室提醒他已经修改好并发送到他邮箱。

距离午餐还有一段时间，聊天模块比较重要，但是估计上午应该是进入不了编码阶段了。正好可以利用这段时间整理一下下午四点需要召开的项目迭代会议，把自己的工作进度列出来，并且写下了本周遇到的一些问题，到时候可以向经验更加丰富的同事请教。

完成之后，查看一下list，几天需要处理的琐碎事情应该都结掉了，只剩下了最重要的文件传输功能。打开需求文档，分析、理解了相关的要求和操作流程之后，开始画流程图，理清编码思路。然后请旁边负责支付模块的老张帮忙指导一下，检查自己的解决思路是否正确。经验丰富的老张指出了几处潜在的问题，马上记录下来。老张问了一下关于支付模块如何获取聊天模块的好友信息，还好，之前在实现聊天模块时已经预计到这个问题，并做了简单的记录。于是花半个小时和老张浏览解释了一遍API文档。

午餐之后，把上午的思路和流程图再次整理了一下，确定这是目前的最优方案，开始着手编码。由于没有别人来干扰，工作效率很高。在一个小的功能模块完成之后，还到茶水间喝了杯咖啡，放松放松神经。之后，按照理清了的思路继续进行功能实现。

这时项目经理喊所有成员开项目迭代会议，在流程图和代码中分别做了一些简单的标记信息。会议上向经理汇报了了自己的进度，并且把自己遇到的问题提出并向其他同事请教，得到了一些启示。会议归来，根据之前所做的标记信息，快速恢复自己的思路，继续工作。很快就得到了阶段性的成果。

看看时间，还有半个小时就到下班时间了。文件传输模块剩下的工作本周完成应该没有问题，今天先到此结束，明天再继续。下班之前的这段时间把今天所做的事情总结一下，然后再列一下明天需要做的TO DO LIST。