知豆号网友提问：
程序员都是怎么工作的？
优质回答：
下面，就让我带你走进程序员悠闲的一天。
早上7点50，还在梦想里改代码的我被闹铃叫醒，我一时还分不清是梦还是现实，再睡一会吧。
8：00，赶紧起来，在半梦半醒中起床洗漱。
8：10，好像要来不及了，一件牛仔一件格子衬衫标配出门。
8：20，上地铁了，在拥挤的地铁上刷一遍朋友圈和技术论坛。
8：50，赶紧来到公司旁的便利店，买上牛奶面包。
9：00，还好赶上了。先检查下昨天部署的程序和其它任务正常。
9：30，写代码……
9：50，组长说10点钟开会讨论需求和进度。
10：00，项目组开会讨论需求和进度。
11：00，会开完了，继续写代码
……
12：00，终于可以休息了，和哥们吃饭。
14:00，会来敲代码已经半小时了。
……
15:00，又把别的地方改出了新bug……
…..
20:00，似乎该下班了。那今天就这样吧。收拾东西，坐地铁回家。
……
明天，又是这样重复的一天。
这样的工作压力尚好，有项目的时候会很忙，没项目的时候会清闲，不过通常都是忙的时候。内容或许会有点枯燥重复，但也有让人最激动的时候，比如收到了这个消息。
其他网友回答
北京，国内某大厂程序员，我来说说自己典型的一天。
9:00 起床，洗脸刷牙，简单收拾下，大概 9:20 出门。
步行到地铁站，乘坐地铁去公司。两站，期间刷刷新闻。
9:45 到公司，去食堂吃早饭。
10:15 吃完早饭，到工位看一下未读邮件，未读消息等。
10:30 — 12:30 工作。
12:30 — 14:00 去食堂吃午饭。
14:00 — 19:30 工作。
19：30 — 20:30 去食堂吃晚饭。
20:30 — 21:30 工作。
21:30 下班。
22:00 到家。
其中 “工作” 的具体内容大致为：
有新需求，和产品沟通和评审需求，确定工期和开发时间。
编写需求代码。
写完代码后，产品验收，并交由测试验证，并沟通 bug。
测试反馈 bug 后，分析并定位 bug，编写修复代码。
bug 修复完成，代码合入，继续下一轮需求开发和 bug 修复。
期间会每周定期和 leader 开会同步进度。
大致就是这样。
其他网友回答
程序员在企业里干什么？他们在敲代码，敲代码有什么用？你现在用的头条看这个问题，或者你不是用头条看的，用浏览器微信qq等等所有的软件都是程序员的代码敲出来的。那为什么不停的敲？微信刚出来的时候是没有朋友圈的，后面有了，后面还有了小程序，还有小游戏，这就是程序员不停敲代码的结果。产品需求不停的在变化，产品功能就不会停下迭代，所以，他就是在企业的敲键盘。
其他网友回答
先说普通的程序员一般在做什么：
1.需求来了，参加需求评审，听明白需求是什么意思；有的时候是项目经理/PO参加评审，等他们回来讲需求。
2.coding……自测……coding……联调……coding……（设计环节都不一定有）
3.开发的差不多了，可以提测了。提交代码，解决冲突，打包编译，发布测试环境。然后就是反复的解决bug，更新测试环境。
4.测试也通过了，打包上线。
这个过程中，最好能做到：
1.理解需求是基础，最好能对整个系统有所了解，这一个需求的改动，是否会影响到系统的其他环节，不是所有需求都是合计的，可以质疑需求，甚至推翻需求。
确认需求后，可以大概估出系统将有哪些改动，有没有风险点之类的。
2.开发过程中遇到的困难，要及时解决，解决不了的，要及时和上级领导汇报。别一个问题拖三天，会影响到项目的整体进度。
可以看看老人们写的代码，有好的地方要多学习；发现写的不如自己，内心鄙视鄙视就行了，大部分程序员都好面子。
3.不要和测试人员吵架……
4.其实很多时候，发布是由运维人员操作，但还是多了解，多学习每一个环节。
其他网友回答
一名游戏服务器程序员告诉你我的日常工作是怎么样的[呲牙]
